Re: [Flightgear-devel] CVS:data/Input/Joysticks/SpeedLinkblack-widow.xml, NONE, 1.1

[Frederic Bouvier]

Le 13/02/2010 00:05, Vivian Meazza a écrit :
> Melchior
>
>   
>> * Vivian Meazza -- Friday 12 February 2010:
>> 
>>> Tell me what Vista calls it in English, and I'll add it.
>>>   
>> You completely miss the point. "Microsoft-PC-Joysticktreiber" is a generic
>> name that will probably be detected by plib <1.8.6 for *all* joysticks on
>> MS Vista in German language. So why on earth should fgfs choose that
>> particular
>> "SpeedLinkblack-widow" js driver for *all* joysticks? We have a generic
>> "default"
>> js for a reason, and that one doesn't assume 6 axes and 8 buttons. The fix
>> is
>> to remove that entry.
>>
>> 
> Already done - but thanks for the tip anyway - I had forgotten that
> particular Vista stupidity
>   

FYI, I sent a patch to a Plib maintainer (if there is still one) to fix
joystick detection in plib under vista/7. fgsetup-2.0.0.exe should
detect joyticks correctly. At least it works for me under Windows 7 64-bit.

The patch submitted is attached

-fred
Index: jsWindows.cxx
===
--- jsWindows.cxx   (revision 2158)
+++ jsWindows.cxx   (working copy)
@@ -63,7 +63,7 @@
 
   if ( lr != ERROR_SUCCESS )
   {
-// XP/Vista seem to have moved it to "current user"
+// XP/Vista/7 seem to have moved it to "current user"
 lr = RegOpenKeyEx ( HKEY_CURRENT_USER, key, 0, KEY_QUERY_VALUE, &hKey) ;
 if ( lr != ERROR_SUCCESS ) return false ;
   }
@@ -84,7 +84,12 @@
 
   lr = RegOpenKeyEx ( HKEY_LOCAL_MACHINE, key, 0, KEY_QUERY_VALUE, &hKey ) ;
 
-  if ( lr != ERROR_SUCCESS ) return false ;
+  if ( lr != ERROR_SUCCESS )
+  {
+// XP/Vista/7 seem to have moved it to "current user"
+lr = RegOpenKeyEx ( HKEY_CURRENT_USER, key, 0, KEY_QUERY_VALUE, &hKey) ;
+if ( lr != ERROR_SUCCESS ) return false ;
+  }
 
   // Get OEM Name
   dwcb = buf_sz ;
--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear 2.0.0 release process: Update

[Frederic Bouvier]

- "John Denker" a écrit :
> > 2) which aircraft to include ?
> 
> That's a different question.  I can't help with that.

in data : cvs up -Pd -r V2_0_0B
in source : make data-tar

Or wait the release: official data and source tarballs will be released.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear 2.0.0 release process: Update

[Frederic Bouvier]

Le 01/02/2010 18:52, Durk Talsma a écrit :
> Hi All, 
>
> Here's just a quick update regarding the 2.0.0 release. The final release is 
> really close now. We had planned to have a third release candidate by now, 
> which we would promote to the final release within a few days from now, 
> provided that no further showstopping bugs show up. We're currently having a 
> few minor technical glitches to deal with, which has been delaying the roll 
> up 
> of this final release candidate. We're pretty close now, and I expect that 
> the 
> final glitches will be solved real soon now.
>   

Win32 and Win64 packages :
http://frbouvi.free.fr/flightsim/fgsetup-2.0.0-RC4.exe.torrent
http://frbouvi.free.fr/flightsim/fgsetup64-2.0.0-RC4.exe.torrent
The 64-bit version should be installed after having installed 32-bit
version.

I am also uploading them to
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32 but be patient, files are
huge.
The torrents are ready right now

-Fred


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Nominations for Aircraft Selection in theFlightGear 2.0 Release

[Frederic Bouvier]

- "Durk Talsma" a écrit :

> On Tuesday 19 January 2010 11:08:59 pm Durk Talsma wrote:
> > Please note that there is currently a second release candidate
> available
> > for windows.  (Based on a build by Fred). RC1 for window was skipped
> to
> > stay synchronized with the mac release candidates:
> > Also note that Tat has already made two mac release candidates
> available
> > at:
> >
> Just to avoid some confusion: Time Moore has tagged the source code at
> 
> gitorious as FlightGear-2.0.0-rc1 and FlightGear-2.0.0-rc2 over the
> last 
> couple of weeks. Tat has build a release candidate based on the rc1
> tagged  
> code, and Fred's windows binary is closely resembling (but if I'm
> correct not 
> identical to) the rc2 code. 
> 
> I thought that Tat had released a second RC, but in retrospect, I
> can't find 
> any email about that. 

I'll make my best to use git the next time. Current package was built using CVS 
head of last sunday.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Will texture animation be restored for the next release?

[Frederic Bouvier]

http://frbouvi.free.fr/flightsim/fgfs-paris-cvs-20090821.png

-Fred

- "Gijs de Rooy" a écrit :

> Hi,
> 
> I experience the same problem for quite a while. As of v1.9 setting
> nighttextures (same method as
> in the Paris scenery) does not work (anymore).The animations of this
> method actually exists of two:
> 
> 1. Animation setting the texture to Texture_light.png and emmission to
> 1 1 1 when it's dark outside.
> 2. Animation setting the texture back to (original) Texture.png and
> emmission to 0 0 0 when sun
> comes up.
> 
> This used to work fine. But right now the emmission animation doesn't
> work at all and the texture does
> not change.
> 
> The here explained and shown method is what we're talking about. You
> can see examples of it being
> used in the Paris scenery.
> 
> Please check if it really works on your systems. I am sure that I've
> updated CVS and use the latest
> binaries (multiple times over the past year), so that cannot be the
> problem...
> 
> 
> 
> 
> Regards,
> 
> Gijs
> 
> 
> Lees je Het Net, Planet, Ziggo of XS4ALL-mail in Windows Live Hotmail
> 
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and
> focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Will texture animation be restored for the next release?

[Frederic Bouvier]

- "Greg Hawkes" a écrit :

> Hi all,
> 
> I recently asked the FlightGear-Users list about FlightGear's texture
> 
> animation feature. There is a note on the Wiki page 
> (http://wiki.flightgear.org/index.php/Howto:_Illuminate_faces) that
> says 
> that texture animation will not work on any version newer than v1.0,
> and 
> lists an alternative technique. However, using that alternative will 
> require me to redevelop all of the models that I having been working
> on 
> (grr!). Frederic Bouvier mentioned that the feature would be restored
> in 
> the next release version.
> 
> Can someone on the developer's list please confirm whether texture 
> animation will be present for the next FlightGear release?
> 
> I understand that FlightGear 1.9.n will be included in the Ubuntu 9.10
>  
> release, "Karmic Koala". Can anyone confirm whether the texture 
> animation will be included in that release?

Please try yourself the CVS version if you don't trust me

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Compiling CVS FlightGear first time-files not found: svn_autth.h, osgd.lib, fltkd.lib

[Frederic Bouvier]

- "Tim Moore" a écrit :

> Victhor Foster wrote:
> > Just a note: current CVS FG won't compile with a version of OSG
> lower  
> > than 2.9.4. You will need code from OSG's SVN repository.
> As far as I know CVS FG compiles with OSG 2.8.2; at least, it did a
> couple
> of weeks ago on my 2.8.2 machine, and I didn't set out to break it.
> What
> problem are you seeing?

I confirm that 2.8.2 works

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Compiling CVS FlightGear first time-files not found: svn_autth.h, osgd.lib, fltkd.lib

[Frederic Bouvier]

- "Reagan Thomas" a écrit :

> Randall Green wrote:
> > I want to thank everyone who has helped me so far.
> > I'm compiling the CVS version of FlightGear and I'm down to 10
> errors now.
> > Files not found are svn_autth.h, osgd.lib, and fltkd.lib.
> > Does anyone know what code is missing?
> >
> > Also, I have 7 file not found on sg_d.lib. I see it is in plib and I
> have
> > the path to it correct. Why does it not find it?
> >
> > Randy

> The archive:
> 
> ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/MSVC/fgfs-win32-VS90-3rdParty+OSG-20090628.zip
> 
> that Fred suggested contains Fltk and others. It all goes in the
> 3rdParty directory (this is not reflected on the wiki Windows build
> page yet).
> 
> osgd.lib should have come with 
> openscenegraph-all-2.8.0-win32-x86-vc90sp1-Debug.tar.gz
> 
> or
> openscenegraph-all-2.8.1-win32-x86-vc90sp1-Debug.zip
> 
> 
> (whichever you're using)

or install/msvc90/OpenSceneGraph from the archive above, as suggested by the 
name ;-)

BTW, I put a newer one in ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/MSVC/

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Can't find Plib files when linking

[Frederic Bouvier]

- "Tom P"  a écrit :

> 1) missing dependencies, like jpeg lib, are provided by the OSG
> 3rdParty package, there's no need to rebuild them from gnuwin32.
> This 3rdParty package is available here:
> 
> http://www.openscenegraph.org/downloads/stable_releases/OpenSceneGraph-2.8/binaries/Windows/VisualStudio9/3rdParty_Win32Binaries_vc90sp1.zip

You may want to try :
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/MSVC/fgfs-win32-VS90-3rdParty+OSG-20090628.zip

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 6280 link errors starting with sgdMakeCoordMat4

[Frederic Bouvier]

- "Victhor Foster" a écrit :

> I see that there's a VC90 folder in current CVS code, and that it has 
> been updated recently. Simgear doesn't, tho.
?

http://cvs.flightgear.org/viewvc/SimGear/projects/VC90/?root=SimGear
http://cvs.flightgear.org/viewvc/source/projects/VC90/

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] CVS Win32 build FTP site error, and also was Re: Still Multiplayer Weirdness...

[Frederic Bouvier]

Hi,
- "Rob Shearman, Jr." a écrit :
> Speaking of CVS builds -- Fred, I see there's a new one on the FTP
> site for 7/26, but I'm getting http error "550: Not a directory" when
> I attempt to open it. Anyone else having this problem?

My connection timed out yesterday evening with a half uploaded file. It should 
be correct now.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc

[Frederic Bouvier]

It should be fixed now. Sorry again
-Fred

-- message original --
Sujet:  Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc
De: Martin Spott 
Date:   27.07.2009 08:13

Martin Spott wrote:
> "Frederic Bouvier" wrote:
>> Oops! Windows is case insensitive :-( If someone can fix that before I can, 
>> please do.
> 
> For your convenience, apply:

s/convenience/inconvenience/g, I forgot the one in
FlightGear/utils/GPSsmooth/UGear_telnet.cxx

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel



--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc interpolator.cxx, 1.2,

[Frederic Bouvier]

Oops! Windows is case insensitive :-( If someone can fix that before I can, 
please do.
Sorry
-Fred

-- message original --
Sujet:  Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc 
interpolator.cxx, 1.2, 
De: Martin Spott 
Date:   26.07.2009 21:18

Frederic Bouvier wrote:
> Update of /var/cvs/SimGear-0.3/source/simgear/misc
> In directory baron.flightgear.org:/tmp/cvs-serv13995/simgear/misc
> 
> Modified Files:
>interpolator.cxx 
> Log Message:
> Compile latest SimGear under MSVC9
> 
> Index: interpolator.cxx
> ===
> RCS file: /var/cvs/SimGear-0.3/source/simgear/misc/interpolator.cxx,v
> retrieving revision 1.2
> retrieving revision 1.3
> diff -u -r1.2 -r1.3
> --- interpolator.cxx8 Mar 2006 18:16:08 -   1.2
> +++ interpolator.cxx26 Jul 2009 18:53:35 -  1.3
> @@ -18,6 +18,8 @@
> 
> #include "interpolator.hxx"
> 
> +#include 
^^^
Lower-case "m" would be fine. Same with structure/commands.cxx,
strcture/event_mgr.cxx, maybe more to follow.

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel



--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] heads up - effects

[Frederic Bouvier]

Hi Tim,

- "Tim Moore" a écrit :

> I've checked in the initial work on my effects framework. This allows
> one specify OpenGL attributes,
> including shaders, in .eff files. For the moment these are only
> associated with terrain materials.
> 
> The default effect for terrain has a shader that does per-pixel
> lighting, with a fallback to the
> traditional pipeline if a system doesn't support shaders. This effect
> is in Effects/terrain-default.eff.
> Also, you can disable the use of shader effects with the property
> /sim/rendering/shader-effects.
> 
> In the coming weeks there will be more documentation and examples, as
> well as effects for models, of course.
> 
> Let me know if anything breaks,

I was awaiting your changes eagerly, but I'll have to admit I won't be able to 
build a win32 binary before I go to my holiday location. The main problem I am 
facing is that simgear::props::BOOL conflict with a BOOL typedef inside 
windows.h ( same for INT, LONG, FLOAT & DOUBLE ). It's ok to use the fully 
qualified name, but the using namespace simgear::props directive creates an 
ambiguity. Second one is that the dependency on SGVec3 type inside props.hxx 
needs more that forward declarations, and that creates a lot of problems to 
include SGMath.hxx inside props.hxx.

I will try to address that when I come back.

Regards,
-Fred


-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FGRun Build Error and Segfault.

[Frederic Bouvier]

Hi Ron,

- "Ron Jensen" a écrit :

> Good Local-time greeting,
> 
> I tried to build fgrun today from svn and got
> /usr/local/lib/libsgmodel.a(SGInteractionAnimation.o): In function
> `SGInteractionAnimation::LineCollector::addBVHElements(osg::Node&,
> simgear::BVHLineGeometry::Type)':
> 
> adding the sgbvh library ( -lsgbvh ) to the compile line fixed that.

I'll fix that, thanks.
 
> Then I got 
> $./fgrun 
> terminate called after throwing an instance of 'char*'
> Aborted
> 
> Investigation shows fgrun will not tolerate apt.dat being gunzipped.

This is a known limitation. apt.dat parsing should use the stream objects 
instead of explicitely calling the zlib library. Patch welcome ;-)

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Problematic code in xmlauto.cxx

[Frederic Bouvier]

Hi Torsten,

you committed rev 1.39 of xmlauto.cxx where the average variable is used
to initialise itself.


1.10 (curt 19-Mar-04): if ( enabled ) {
1.10 (curt 19-Mar-04):
1.10 (curt 19-Mar-04): if ( dt > 0.0 ) {
1.10 (curt 19-Mar-04): double current = (ivalue
- last_value)/dt; // calculate current error change (per second)
1.39 (torsten  28-Mar-09): double average = dt < 1.0
? ((1.0 - dt) * average + current * dt) : current;

Problem in line above: "average" is found at both side of operator = in
an initialisation.

1.10 (curt 19-Mar-04):
1.10 (curt 19-Mar-04): // calculate output with
filter gain adjustment
1.39 (torsten  28-Mar-09): double output = ivalue +
1.39 (torsten  28-Mar-09):(1.0 -
filter_gain.get_value()) * (average * seconds.get_value()) +
1.39 (torsten  28-Mar-09):   
filter_gain.get_value() * (current * seconds.get_value());
1.39 (torsten  28-Mar-09): output = clamp( output );
1.39 (torsten  28-Mar-09): set_output_value( output );
1.10 (curt 19-Mar-04): }
1.10 (curt 19-Mar-04): last_value = ivalue;
1.10 (curt 19-Mar-04): }

Regards,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] JSBSim : potential division by zero error

[Frederic Bouvier]

Hi Jon,

in the code below ( from FGJSBBase.h ), there is a potential divide by
zero error reported by the compiler :


  static double GaussianRandomNumber(void)
  {
static double V1, V2, S;
static int phase = 0;
double X;

V1 = V2 = S = X = 0.0;

if (phase == 0) {
  do {
double U1 = (double)rand() / RAND_MAX;
double U2 = (double)rand() / RAND_MAX;

V1 = 2 * U1 - 1;
V2 = 2 * U2 - 1;
S = V1 * V1 + V2 * V2;
  } while(S >= 1 || S == 0);

  X = V1 * sqrt(-2 * log(S) / S);
} else
  X = V2 * sqrt(-2 * log(S) / S);   <<  S == 0.0

phase = 1 - phase;

return X;
  }

Regards,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear Newsletter July 2009

[Frederic Bouvier]

Hi Stuart,

- "Stuart Buchanan" a écrit :
> As I had some unexpected spare time over the last week, I put together
> a first edition of The FlightGear Newsletter, which can be found
> here:
> 
> http://wiki.flightgear.org/index.php/FlightGear_Newsletter_July_2009

Nice initiative.
I have a nit: I think the right term is orographic lift ( 
http://en.wikipedia.org/wiki/Orographic_lift ) not orthographic which links to 
mathematics. I'd made the correction myself if the page was not locked.

Regards,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 777 broken Was: [Simgear-cvslogs] CVS: SimGear/simgear/scene/model SGPagedLOD.cxx, 1.9, 1.10 modellib.hxx, 1.10, 1.11 modellib.cxx, 1.16, 1.17 SGReaderWriterXML.cxx, 1.19, 1.20

[Frederic Bouvier]

- "Mathias Fröhlich" a écrit :

> Hi,
> 
> On Sunday 14 June 2009 12:50:10 Frederic Bouvier wrote:
> > it appears this commit broke the autostart feature of the 777. With
> it,
> > the MFD are not lighting up.
> > It's unfortunate because I am currently working on the ground
> radar.
> Should work again now.

Yes, it works

Regards,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] License of simgear/screen/texture.cxx

[Frederic Bouvier]

Tim Moore a écrit :
> Frederic Bouvier wrote:
>   
>> Hi ?
>>
>> o...@arcticnet.no a écrit :
>> 
>>> It seems that the license header of simgear/screen/texture.{cxx,hxx}
>>> does not have the same LGPL header as the rest of the sources. In fact,
>>> it says that the code is "freely distributable", but not freely
>>> modifiable. Is this file really under an Open Source license? Could you
>>> clarify (at least for the sake of the license pedants here at Debian,
>>> who won't accept my packages without settling this)?
>>>   
>>>   
>> It seems that this file/class is not used in SimGear/FlightGear anymore.
>> OSG took its place. So fixing this looks quite easy to me : let's remove it.
>>
>> -Fred
>>
>> 
>
> FWIW, it is used in the normalmap tool.
>   

Oops. Sorry. I only looked in /src

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] License of simgear/screen/texture.cxx

[Frederic Bouvier]

Hi ?

o...@arcticnet.no a écrit :
> It seems that the license header of simgear/screen/texture.{cxx,hxx}
> does not have the same LGPL header as the rest of the sources. In fact,
> it says that the code is "freely distributable", but not freely
> modifiable. Is this file really under an Open Source license? Could you
> clarify (at least for the sake of the license pedants here at Debian,
> who won't accept my packages without settling this)?
>   

It seems that this file/class is not used in SimGear/FlightGear anymore.
OSG took its place. So fixing this looks quite easy to me : let's remove it.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 777 broken

[Frederic Bouvier]

Mathias,

would you mind looking into this. Syd reported the same problem for all
his plane with 2D glass cockpit

-Fred

Frederic Bouvier a écrit :
> Hi Mathias,
>
> it appears this commit broke the autostart feature of the 777. With it,
> the MFD are not lighting up.
> It's unfortunate because I am currently working on the ground radar.
>
> Regards,
> -Fred
>
> Mathias Froehlich a écrit :
>   
>> Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
>> In directory baron.flightgear.org:/tmp/cvs-serv17676/simgear/scene/model
>>
>> Modified Files:
>>  SGPagedLOD.cxx modellib.hxx modellib.cxx SGReaderWriterXML.cxx 
>> Log Message:
>> Finally get rid of that member in the SGModelData callback.
>> Move call of SGModelData::modelLoaded directly into the xml reader.
>>  
>> Modified Files:
>>  simgear/scene/model/SGPagedLOD.cxx 
>>  simgear/scene/model/modellib.hxx 
>>  simgear/scene/model/modellib.cxx 
>>  simgear/scene/model/SGReaderWriterXML.cxx 
>>
>>   
>> 
>
>
>   


-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] X-Plane 850 file format support committed

[Frederic Bouvier]

- "Martin Spott" a écrit :
> > http://frbouvi.free.fr/flightsim/KSFO-850.png
> 
> Ah, thanks for comparing.
> My reference airfields look correct, therefore I was under the
> impression that the v8.50 KSFO layout is flawed. It doesn't look like
> a numerical precision issue but obviously there's a fault at my end.

As I already wrote, it looks like many bezier nodes are ignored and displayed 
as straight nodes.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Airports pavement.cxx, NONE, 1.1 pavement.hxx, NONE, 1.1 apt_loader.cxx, 1.23, 1.24 Makefile.am, 1.17, 1.18 simple.cxx, 1.61, 1.62 simple.hx

[Frederic Bouvier]

James Turner a écrit :
> On 14 Jun 2009, at 12:08, Frederic Bouvier wrote:
>
>   
>> FGPavement::FGPavement(const std::string& aIdent, const SGGeod&  
>> aPos) :
>>  FGPositioned(TAXIWAY, aIdent, aPos, false)
>> 
>
> Fred, are you sure we don't want to add a new FGPositioned::Type for  
> this? I don't mind either way, it's whatever you think makes the most  
> sense.
>   

The two format for taxiways will coexist for a while, so I added a new
time. Don't know how it will be useful though

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 777 broken Was: [Simgear-cvslogs] CVS: SimGear/simgear/scene/model SGPagedLOD.cxx, 1.9, 1.10 modellib.hxx, 1.10, 1.11 modellib.cxx, 1.16, 1.17 SGReaderWriterXML.cxx, 1.19, 1.20

[Frederic Bouvier]

Hi Syd,

syd adams a écrit :
> The 777 works / worked here , but trying to update FG this morning
> gets me a :
>
>  AILocalTraffic.cxx:1542: error: ‘class FGViewer’ has no member named
> ‘getPosition’
>
> so I'll do more checking in a bit ...

The broke is pretty recent ( 2009-6-11 18:53Z ) so if you didn't managed
to compile last Simgear, you likely miss it. My problem, duplicated on a
Linux box, is that the MFD stay black after Autostart, even if I can
hear the engine sound and take off.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] X-Plane 850 file format support committed

[Frederic Bouvier]

Frederic Bouvier a écrit :
> Martin Spott a écrit :
>   
>> If you load shapefiles into QGIS, it would, for example, look like this
>> shot:
>>
>>   http://foxtrot.mgras.net/bitmap/FGFS/KSFO-861.png
>>
>> Not that, as shown here, not all v8.50 airfields match the quality
>> measures we would expect - just take the northern part of taxiways L
>> (east of 19L) as an example. This doesn't mean that we should not go
>> for v8.50, I'm just trying to point out that we should consider
>> selecting carefully.
>>   
>> 
>
> Are you sure you have the latest data, or you are not suffering a
> numerical precision problem ? Compare your screenshot with what is
> displayed in the ground radar :
> http://frbouvi.free.fr/flightsim/KSFO-850.png
>   

Looking twice at your screenshot, it looks like most of the Bezier nodes
have been treated like normal straight nodes, and that the curves are
shunted.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] X-Plane 850 file format support committed

[Frederic Bouvier]

Martin Spott a écrit :
> If you load shapefiles into QGIS, it would, for example, look like this
> shot:
>
>   http://foxtrot.mgras.net/bitmap/FGFS/KSFO-861.png
>
> Not that, as shown here, not all v8.50 airfields match the quality
> measures we would expect - just take the northern part of taxiways L
> (east of 19L) as an example. This doesn't mean that we should not go
> for v8.50, I'm just trying to point out that we should consider
> selecting carefully.
>   

Are you sure you have the latest data, or you are not suffering a
numerical precision problem ? Compare your screenshot with what is
displayed in the ground radar :
http://frbouvi.free.fr/flightsim/KSFO-850.png

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] X-Plane 850 file format support committed

[Frederic Bouvier]

Hi,

I committed the support to read new X-Plane 850 file format in
flightgear. That doesn't mean that airports will look different in
current scenery because TerraGear tools have not been updated yet, but
this is the first step to support the format.

Here are two screenshots comparing the ground radar with the different
data :
http://frbouvi.free.fr/flightsim/KSBD-810.png
http://frbouvi.free.fr/flightsim/KSBD-850.png
The Google Maps link: http://tinyurl.com/n9khev
You should notice the smooth curves in the 850 screenshot.

The parser should read current data normally, and nobody should see the
difference until we change the data.

Please shout if you find something broken or overlooked. (actually
something is broken in the 777 ground radar, but it's not me ;-) )

Curt wrote (about linear features) :
> Fred, were you thinking of cutting these lines into the surface (with
> hard polygon edges) or drawing them over the top like with a
> glPolygonOffset() approach?  Or something else?  It would be really
> great to be able to add taxi lines and other markings to our airports.

I didn't really thought about it yet. I am open to ideas. Does the .btg
file format support the glPolygonOffset approach ?

Regards,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] 777 broken Was: [Simgear-cvslogs] CVS: SimGear/simgear/scene/model SGPagedLOD.cxx, 1.9, 1.10 modellib.hxx, 1.10, 1.11 modellib.cxx, 1.16, 1.17 SGReaderWriterXML.cxx, 1.19, 1.20

[Frederic Bouvier]

Hi Mathias,

it appears this commit broke the autostart feature of the 777. With it,
the MFD are not lighting up.
It's unfortunate because I am currently working on the ground radar.

Regards,
-Fred

Mathias Froehlich a écrit :
> Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
> In directory baron.flightgear.org:/tmp/cvs-serv17676/simgear/scene/model
>
> Modified Files:
>   SGPagedLOD.cxx modellib.hxx modellib.cxx SGReaderWriterXML.cxx 
> Log Message:
> Finally get rid of that member in the SGModelData callback.
> Move call of SGModelData::modelLoaded directly into the xml reader.
>  
> Modified Files:
>   simgear/scene/model/SGPagedLOD.cxx 
>   simgear/scene/model/modellib.hxx 
>   simgear/scene/model/modellib.cxx 
>   simgear/scene/model/SGReaderWriterXML.cxx 
>
>   


-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] fgviewer

[Frederic Bouvier]

The tool is included in the last Win32 build

-Fred

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] terrain elevation under a solid AI aircraft

[Frederic Bouvier]

- "Melchior FRANZ" a écrit :

> * Frederic Bouvier -- Wednesday 20 May 2009:
> > So if you really want to hit the floor and not the top of objects you can
> > iterate with different starting height until the second member is not nil ?
> 
> Well, yes. Maybe use binary search for that. But that's still a waste
> of cycles if you really need the terrain altitude at some coordinates
> right away. I wouldn't oppose to an implementation for that, but I wonder
> if/when you actually ever need that. To measure an object altitude?

That would allow to place AI planes on the floor and not on the roof of the 
jetways ;-)
But I presume this is not done with Nasal.

> What would be nice is an interface for intersections along a given
> vector other than straight down. Then one could ask for visibility in a
> particular direction or open/closed doors etc.

That would be handy too

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] terrain elevation under a solid AI aircraft

[Frederic Bouvier]

- "Melchior FRANZ" a écrit :

> * Frederic Bouvier -- Tuesday 19 May 2009:
> > Maybe we could distinguish terrain and models in the traversal mask ?
> > For the moment, every solid models has the terrain bit. Then geo.elevation()
> > could accept a parameter that tells if it search terrain or solid objects.
> 
> geo.elevation() is just a convenience wrapper for geodinfo(). And
> while that can't be limited to search only for terrain *or* objects, it is
> already possible to determine whether a returned elevation was that of an
> object or of terrain. Just add this code somewhere:
> 
>   var loop = func {
>   var ac = geo.aircraft_position();
>   debug.dump(geodinfo(ac.lat(), ac.lon(), ac.alt()));
>   settimer(loop, 1);
>   }
>   loop();
> 
> ... then fly along with the UFO. You'll get one set of
> geod(etic)info(rmation)
> at the UFO's coordinates per second. There are three different kinds
> of responses:
> 
>   1: nil  
>  
>   2: [0.5990206304960102, { load_resistance: 1e+30, friction_factor:
> 1, \
>names: ['pa_dspl_thresh'], solid: 1, bumpiness: 0,
> rolling_friction: 0.02, \
>light_coverage: 0 }]
>   3: [10.13547897298338, nil]
> 
> The first is with no terrain or object below, the second is with
> terain below,
> and the third is with an object below (no terrain data!). So you can
> also easily
> see if you are under something: just test from your current altitude
> and from
> 10 m altitude. If the former returns terrain and the latter an
> object, then
> you are in/under something.

So if you really want to hit the floor and not the top of objects you can 
iterate with different starting height until the second member is not nil ?

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] terrain elevation under a solid AI aircraft

[Frederic Bouvier]

Hi,

- "Melchior FRANZ" a écrit :

> * Detlef Faber -- Tuesday 19 May 2009:
> > This means while trying to pass beneath a bridge, geo.elevation
> returns
> > the heigth of thebridge which will obviously stop the walker from
> moving ahead.
> 
> But geo.elevation() has an optional third argument that defines from
> which altitude
> down the intersection test should be made. Default is 10 km, but you
> can start
> from, say, 1.5 m above the walker's altitude. If there's an
> intersection, then
> s/he can climb up, otherwise it's an obstacle. And that should also
> work in
> hangars or under bridges.
> 
> m.
> 
> 
> PS: yes, I forgot to mention this little detail in the geo.nas header.

Mathias or Tim will comment that: Maybe we could distinguish terrain and models 
in the traversal mask ? For the moment, every solid models has the terrain bit. 
Then geo.elevation() could accept a parameter that tells if it search terrain 
or solid objects.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] In need of MATLAB or C code

[Frederic Bouvier]

- "Martin Spott" a écrit :

> Ranjana K wrote:
> 
> > Thanks for advicing.In the last reply there said that it is
> difficult to
> > convert. As it is difficult I was in hope that a code exists and
> asked for
> > it.
> 
> Well, in order to do it "right", for allowing reasonable comparison
> against stock SRTM, you would have to cut FlightGear Scenery into
> squares of 3 arcsec and then determine the average elevation in such
> a
> square. In order to get there you'd probably determine the elevation
> of
> each triangle vertex in the mentioned square and then calculate a
> weighed average depending on the density of vertices around the one
> you're currently inspecting and probably also depending on the
> distance
> between this vertex and the center of the mentioned square.
> 
> I suspect this to be a cumbersome procedure and, because there is
> hardly any use for such procedure, nobody actually did it  :-)

Maybe one could modify the Map utility ( from the Atlas project ) to rasterize 
the scenery using a "palette" that reflects elevations

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [RFC] ac3d and materials

[Frederic Bouvier]

Hi,

Martin Spott a écrit :
> Curtis Olson wrote:
>
>   
>> [] I think the more of these material settings we can support so
>> that the model in the simulation looks just like the model in the 3d
>> modeling tool, the better life will be.
>> 
>
> Indeed, this will also pave the way for interchangeability between the
> various OSG-supported formats. Certainly a good move - which leaves the
> orientation of AC3D models as a remaining issue 
>
> Now, we already have approx. 1k5 3D Scenery models, so chances are high
> that quite a few are affected by such a change and I'd be happy to
> apply an automated conversion if this is technically possible.
>
> What are we going to do about the users of our Scenery. Should we:
> a) leave the Scenery 3D models unchanged until the next software
>release, thus leaving users of FlightGear/CVS with strange-looking
>3D models;
> b) convert the Scenery 3D models _now_ together with the software at
>the risk of unsatisfied users of the latest official software
>release;
> c) sync this sort of major changes with a minor software release ?
>
> My vote goes to c).
>   

I did not follow that thread carefully until today when I released few
models from me was affected by that change. I made the suggested fix (
copy rgb to amb ) as I don't have time to tweak all of them
independently. I made changes in the base package CVS repository and
they need now to be synch'ed with the scenery database.

Martin, I think that b) is preferable, and as quickly as possible. As
Mathias already said, that change won't affect users of v1.0.0 or
v1.9.1, but will improve the visual of users of the CVS snapshots.
Moreover, doing the copy now will allow future tweaking without the fear
that ambient color may be overwritten in an unknown ( but certain ) future.

Regards,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Very Urgent

[Frederic Bouvier]

Maybe Ranjana wants to compute the error between the original HGT and
the generated scenery ?
In that case, he has to do the computation himself ( using the btg file
format and digging into TG sources ) or hire someone to do that.

-Fred

?? a ??crit :
> .btg file is terrain mesh file, it comes from .hgt file! if you want
> got .hgt file, I think you can download it directly.
> And , if you want convert .btg file to .hgt file, you should read
> related source code, and it will be difficult.
> Huang.
>
>
> ??2009-04-30??"Ranjana K"  ??
>
> Is there any MATLAB code to convert .btg file to .hgt file ??? If
> its available please post it asap.. I have seen the page
> http://wiki.flightgear.org/index.php/BTG_File_Format..Apart
> from this is there anything available? Let me know
> soon.Thank you 
>
>
>
> 
> 
> 
> 
>
> --
> Register Now & Save for Velocity, the Web Performance & Operations 
> Conference from O'Reilly Media. Velocity features a full day of 
> expert-led, hands-on workshops and two days of sessions from industry 
> leaders in dedicated Performance & Operations tracks. Use code vel09scf 
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> 
>
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>   


-- 
Fr??d??ric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Startup Problem

[Frederic Bouvier]

Hi John,

I can't find a --without-boost option in configure.ac, either for SimGear or 
FlightGear.

Simgear configure abort when a suitable boost version is not found. Required 
minimum version of boost is 1.34

-Fred


- "John Wojnaroski" a écrit :

> I'm asking the same question again. :-(
> 
> Started a build of the CVS on an older 32-bit machine and wound up in
> 
> the same place
> 
> <<<
> clude -DPKGLIBDIR=\"/usr/local/share/FlightGear\" -g -O2 -D_REENTRANT
> 
> -MT fg_os_osgviewer.o -MD -MP -MF ".deps/fg_os_osgviewer.Tpo" -c -o 
> fg_os_osgviewer.o fg_os_osgviewer.cxx; \
> then mv -f ".deps/fg_os_osgviewer.Tpo" ".deps/fg_os_osgviewer.Po";
> else 
> rm -f ".deps/fg_os_osgviewer.Tpo"; exit 1; fi
> fg_os_osgviewer.cxx:32:29: error: boost/foreach.hpp: No such file or 
> directory
>  >
> 
> It appears that FlightGear > 1.0 has added another dependency
> requiring 
> the boost libraries. If that is the case it makes no sense to have a 
> configure option "--without-boost" to allow a build to proceed or
> source 
> that will not honor the option to build without the boost library.
> seems 
> we should either modify the source to build without boost or modify
> the 
> build to abort when boost is not found and alert the builder.
> 
> Or am I missing something or mistaken in my analysis.
> 
> JW
> 
> cas...@mminternet.com wrote:
> 
> >OK, that cleared up the path problem.  As for the seg fault, decided
> to
> >step back to 1.9.0 and now I'm starting to regress :-(
> >
> >Running centos-5.3 (64-bit version) and the latest boost version
> there is
> >1.33, so tried a build without boost rather that trying an upgrade to
> 1.34
> >
> >
> >Simgear-1.9.0 build and install was okay, but now FlightGear-1.9.0
> is
> >complaining.
> >
> ><
> >then mv -f ".deps/fg_os_osgviewer.Tpo"
> ".deps/fg_os_osgviewer.Po";
> >else rm -f ".deps/fg_os_osgviewer.Tpo"; exit 1; fi
> >fg_os_osgviewer.cxx:32:29: error: boost/foreach.hpp: No such file or
> >directory
> >fg_os_osgviewer.cxx: In function ‘void fgOSOpenWindow(bool)’:
> >fg_os_osgviewer.cxx:120: error: expected primary-expression before
> ‘&’ token
> >fg_os_osgviewer.cxx:120: error: ‘camera’ was not declared in this
> scope
> >fg_os_osgviewer.cxx:120: error: ‘BOOST_FOREACH’ was not declared in
> this
> >scope
> >fg_os_osgviewer.cxx:120: error: expected `;' before ‘{’ token
> >fg_os_osgviewer.cxx:250: error: expected `}' at end of input
> >fg_os_osgviewer.cxx:250: error: expected `}' at end of input
> >make[2]: *** [fg_os_osgviewer.o] Error 1
> >make[2]: Leaving directory
> `/usr/local/src/FlightGear-1.9.0/src/Main'
> >make[1]: *** [all-recursive] Error 1
> >make[1]: Leaving directory `/usr/local/src/FlightGear-1.9.0/src'
> >make: *** [all-recursive] Error 1
> >  
> >
> >
> >Commenting out the "offending" code produces a build, but I suspect
> that
> >might be the cause of the segfault.
> >
> >As this is something that was added between 1.0 and 1.9.0; i.e. the
> boost
> >dependency, it appears that NOT using it for 1.9.0 or later was
> fully
> >recognized.  would that be a correct assumption?  can it be fixed
> without
> >some major "ifdef" stuff?
> >
> >JW
> >
> >
> >
> >--
> >Stay on top of everything new and different, both inside and 
> >around Java (TM) technology - register by April 22, and save
> >$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
> >300 plus technical and hands-on sessions. Register today. 
> >Use priority code J9JMT32. http://p.sf.net/sfu/p
> >___
> >Flightgear-devel mailing list
> >Flightgear-devel@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/flightgear-devel
> >
> >
> >  
> >
> 
> 
> 
> --
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensign option that enables unlimited
> royalty-free distribution of the report engine for externally
> facing 
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensign option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flig

[Flightgear-devel] Mouse cursor showing mode again in Windows version

[Frederic Bouvier]

Hi friends,

just a quick note to tell that I found the bug in OSG that prevent the cursor 
to change shape and display the current input mode.
I submitted the fix to Robert, and uploaded a new fg win32 binary with the not 
yet official fix at the usual location.

Enjoy ;-)

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensign option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/AIModel AIManager.cxx, 1.87, 1.88 AIManager.hxx, 1.48, 1.49 AIThermal.cxx, 1.15, 1.16 AIThermal.hxx, 1.8, 1.9

[Frederic Bouvier]

- "Erik Hofman" a écrit :

> Torsten Dreyer wrote:
> > -// Written by David Culp, started Feb 2004.
> > +// Original by Written by David Culp
> >  //
> > -// Copyright (C) 2004  David P. Culp - davidcu...@comcast.net
> > +// An attempt to refine the thermal shape and behaviour by WooT
> 2009
> > +//
> > +// Copyright (C) 2009 Patrice Poly ( WooT )
> > //
> > // This program is free software; you can redistribute it and/or
> > // modify it under the terms of the GNU General Public License as
> > @@ -37,6 +39,10 @@
> 
> 
> Just a heads up: You can't do this.
> Instead add you (Patroce Poly) as a second Copyright holder.

Indeed, this is not fair, and not authorized by most license. Modifying a file 
doesn't remove the copyright of the previous writers.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Updated tree shader

[Frederic Bouvier]

Stuart Buchanan a écrit :
>  Frederic Bouvier wrote:
>
>   
>> Hi Stuart,
>>
>> inline patches with long lines are real nightmares. Could you resend it
>> as attached file ?
>>
>> Thanks,
>> -Fred
>> 
>
> See attached patch for simgear/scene/tgdb.
>   

Commited

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Updated tree shader

[Frederic Bouvier]

Hi Stuart,

inline patches with long lines are real nightmares. Could you resend it
as attached file ?

Thanks,
-Fred

Stuart Buchanan a écrit :
> Hi All,
>
> I've been playing around with the random tree generator in an attempt to get 
> more realistic looking trees, in particular when lit by the sun.
>
> The patch below changes the shader so the diffuse light element is applied 
> based on the co-linearity of the light vector and the viewing vector. I think 
> this makes sense, as the tree textures don't represent a surface themselves.
>
> To compare, here's a link a screenshot of the old trees:
>
> http:/www.nanjika.co.uk/flightgear/old_trees.jpg
>
> New trees, also showcasing some improved cloud textures from Argyle on the 
> forum: 
>
> http:/www.nanjika.co.uk/flightgear/new_trees.jpg
>
> In both cases, the sun is behind the viewer, so the viewer should be seeing 
> the sunlit side of the tree. I think the tree textures themselves are 
> possibly a bit too saturated, but this can be easily rectified if the code is 
> committed.
>
> The patch is below.
>
> -Stuart
>
> Index: TreeBin.cxx
> ===
> RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/tgdb/TreeBin.cxx,v
> retrieving revision 1.7
> diff -u -p -r1.7 TreeBin.cxx
> --- TreeBin.cxx30 Jan 2009 10:22:19 -1.7
> +++ TreeBin.cxx18 Apr 2009 15:20:29 -
> @@ -149,14 +149,12 @@ osg::Geometry* createOrthQuads(float w, 
>  "  vec3 position = gl_Vertex.xyz * gl_Color.w + gl_Color.xyz;\n"
>  "  gl_Position   = gl_ModelViewProjectionMatrix * vec4(position,1.0);\n"
>  "  vec3 ecPosition = vec3(gl_ModelViewMatrix * vec4(position, 1.0));\n"
> -"  vec3 N = normalize(gl_NormalMatrix * gl_Normal);\n"
> -"  vec3 diffuse = gl_FrontMaterial.diffuse.rgb * max(0.0, dot(N, 
> gl_LightSource[0].position.xyz));\n"
> -"  vec3 backDiffuse = gl_FrontMaterial.diffuse.rgb * max(0.0, dot(-N, 
> gl_LightSource[0].position.xyz));\n"
> -" vec4 ambientColor = gl_FrontLightModelProduct.sceneColor + 
> gl_LightSource[0].ambient * gl_FrontMaterial.ambient;\n"
> -" gl_FrontColor = ambientColor + gl_LightSource[0].diffuse * 
> vec4(diffuse, 1.0);\n"
> -" gl_BackColor = ambientColor + gl_LightSource[0].diffuse * 
> vec4(backDiffuse, 1.0)\n;"
> -//"  gl_TexCoord[0] = gl_MultiTexCoord0;\n"
> -" float fogCoord = abs(ecPosition.z);\n"
> +"  float n = dot(normalize(gl_LightSource[0].position.xyz), 
> normalize(-ecPosition));\n"
> +"  vec3 diffuse = gl_FrontMaterial.diffuse.rgb * max(0.1, n);\n"
> +"  vec4 ambientColor = gl_FrontLightModelProduct.sceneColor + 
> gl_LightSource[0].ambient * gl_FrontMaterial.ambient;\n"
> +"  gl_FrontColor = ambientColor + gl_LightSource[0].diffuse * 
> vec4(diffuse, 1.0);\n"
> +"  gl_BackColor = gl_FrontColor;\n"
> +"  float fogCoord = abs(ecPosition.z);\n"
>  "  fogFactor = exp( -gl_Fog.density * gl_Fog.density * fogCoord * 
> fogCoord);\n"
>  "  fogFactor = clamp(fogFactor, 0.0, 1.0);\n"
>  "}\n";
> @@ -284,9 +282,9 @@ osg::Group* createForest(TreeBin& forest
>  // Don´t track vertex color
>  material->setColorMode(Material::OFF);
>  material->setAmbient(Material::FRONT_AND_BACK,
> - Vec4(.8f, .8f, .8f, 1.0f));
> + Vec4(1.0f, 1.0f, 1.0f, 1.0f));
>  material->setDiffuse(Material::FRONT_AND_BACK,
> - Vec4(.2f, .2f, .2f, 1.0f));
> + Vec4(1.0f, 1.0f, 1.0f, 1.0f));
>  }
>  stateset->setAttributeAndModes(alphaFunc.get());
>  stateset->setAttribute(program.get());
>
>
>   
>
> --
> Stay on top of everything new and different, both inside and 
> around Java (TM) technology - register by April 22, and save
> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
> 300 plus technical and hands-on sessions. Register today. 
> Use priority code J9JMT32. http://p.sf.net/sfu/p
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>   


-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/f

Re: [Flightgear-devel] Scene ambient and specular color changes

[Frederic Bouvier]

- "Melchior FRANZ" a écrit :
>   visibility 0m ->  specular * 0
>   visibility 22.5km ->  specular * 0.5
>   visibility 45km   ->  specular * 1
> 
> 
> Why would a visibility of 22 km only give me half the specularity
> of a visibility of 45 km? On an object that stands a few meters
> in front of me! That basically means, (almost) no more glossiness.

Maybe I missed something but the visibility is not related to the distance 
between the viewer and the object. As far as I understand Erik's intention, 
there should be no glossiness in fog or inside a cloud, so setting glossiness 
to 0 when visibility is 0 makes sense to me. Perhaps the decreasing law is not 
linear ( fog is not linear in its nicest settings ).

-Fred


-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [IMPORTANT] questionable extension to the property system planned: compound property types

[Frederic Bouvier]

Erik Hofman a écrit :
> Frederic Bouvier wrote:
>   
>> Tim, perhaps if you could show us a real effect file, with the syntax
>> you propose, we ( at least I ) could see what we are talking about, and
>> the pros and cons of the new syntax.
>> 
>
> That was in the original proposal (RFC):
>
>   
>> Proposal: Allow vector types as properties in property list XML files
>> and as properties in the runtime property system. The syntax in an XML
>> file would look like:
>>
>>   
>> 
>>   
>> .2 .4 .6 1.0
>>   
>>   
>> .4 .5 .7 1.0
>>   
>>   
>> sky-direction
>> 0 0 1
>>   
>> 
>>   
>>
>> Existing 3D XML file formats, like Collada, support this syntax for
>> vector values such colors.
>>
>> Rationale: Without these types, the XML syntax is much more verbose:
>>   
>> 
>>   
>> .2
>> .4
>> .6
>> 1.0
>>   
>>   
>> .4
>> .5
>> .7
>> 1.0
>>   
>>   
>> sky-direction
>> 
>>   0
>>   0
>>   1
>>  
>>   
>> 
>>   
>> 

Is it the whole file ? Are we talking about ten lines or tons of them ?

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [IMPORTANT] questionable extension to the property system planned: compound property types

[Frederic Bouvier]

Erik Hofman a écrit :
> Tim Moore wrote:
>   
>> Perhaps. I'm not proposing to change the syntax you like. I just want to
>> evolve the very useful property system to support the syntax I like.
>> 
>
> So far nobody seems to like the idea of abandoning  
> for a list of numbers. I think you can safely forget about that.
>   

Tim, perhaps if you could show us a real effect file, with the syntax
you propose, we ( at least I ) could see what we are talking about, and
the pros and cons of the new syntax.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] hypothetical gpl question

[Frederic Bouvier]

- "Ron Jensen" a écrit :

> On Mon, 2009-03-16 at 20:30 -0500, Curtis Olson wrote:
> > Here's a hypothetical question.
> > 
> > Let's say some company "A" builds an internal product prototype
> that
> > incorporates FlightGear as part of a larger aggregate system.
> 
> Murky waters here.  And a slippery slope to be on.
> 
> > Let's say they even make a few small changes to FlightGear.  Now
> they
> > give away a demo system
> 
> This is distributing.  If there were no changes simply pointing to
> the
> FG source at cvs.flightgear.org would be sufficient.  However, as
> they
> distributed a modified executable, they owe the community the
> modified
> sources to that executable.  That is simply the "cost" of using
> flightgear.
> 
> >  to a couple different potential customers and say, "Hey what do
> you
> > think."  They haven't rolled out an actual product, they haven't
> had
> > any actual sales.  No customer has paid any money for the copy of
> the
> > system.
> > 
> > Has the GPL been violated?
> 
> Probably.
> 
> >From the GPL v2 license preamble:
>  Our General Public Licenses are designed to make sure that you have
>  the freedom to distribute copies of free software (and charge for
> this
>  service if you wish), that you receive source code or can get it if
> you
>  want it, that you can change the software or use pieces of it in new
>  free programs; and that you know you can do these things.
> 
> "You" above refers to both company "A" and the potential customers
> that
> received flightgear from company "A."  Company "A" has the freedom to
> sell copies of a modified flightgear. The potential customers have a
> right to the modified source code, and the freedom to further
> distribute
> the modified sources and binary.  "You" above also applies to anyone
> who
> receives a copy of the modified flightgear.  
> 
> So if company "A" is distributing a modified binary copy of
> flightgear
> without offering the modified sources, they have violated the GPL.

If I can wear my Devil's advocate hat : What if the receiver of the modified 
software doesn't require the sources ?
Does the GPL require that the modified source should be distributed to people 
that shouldn't use the modified source ?

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Building Canadian Scenery

[Frederic Bouvier]

- "Martin Spott"  a écrit :

> Martin Spott wrote:
> 
> > Actually, in order to translate elevation raster into TerraGear
> work
> > directories you're required to have files in SRTM HGT format (for
> use
> > with 'hgtchop').
> 
> Oh, wait, probably there's also a 'demchop' tool, I have no idea if
> it still works - just try it,

And now a 'srtmchop' that process CGIAR geotiff files

( Demchop was for original GTOPO30 )

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FGRUN link problem in ubuntu

[Frederic Bouvier]

I didn't read your message carefully. It was a bit tricky but it should
be fixed now. Order of libraries in the link command is important and
sometimes the same library must be put twice because of circular
dependencies. Update your fgrun workspace ( to 512 ).

-Fred

Frederic Bouvier a écrit :
> Hi Geoff,
>
> Mathias introduced a new SimGear Library : libsgbvh if I recall
> correctly. Pretty sure it must be added to the link command.
>
> -Fred
>
> Geoff McLane a écrit :
>   
>> Hi Fred et al,
>>
>> In ubuntu, updated (cvs/svn) PLIB, SG, OSG, FG, and 
>> FGRUN (svn/trunk) yesterday AND today (2009-03-07)...
>>
>> FG compiles and runs ok, at least for the default
>> cessna...
>>
>> BUT can not get FGRUN to link! ;=((
>>
>> The big error output is given below.
>>
>> I thought it might just be missing some new SG things added very
>> recently, like libsgbvh, so amended src/Makefile.am to include _ALL_
>> the SG libraries, but still a problem! The error output changed to 2
>> given below.
>>
>> I even tried a fresh svn checkout, and presently at revision 510
>>
>> Any help appreciated...
>>
>> I am using gcc (GCC) 4.2.4 (Ubuntu 4.2.4-1ubuntu3), and 
>> there is also a repeated 'warning' that has been there for a while :-
>> make[2]: Entering directory `/home/geoff/fg/fgrun/trunk/fgrun/src'
>> g++ -DHAVE_CONFIG_H -I.   -I/home/geoff/fg/install/simgear
>> -I/home/geoff/fg/install/plib/include
>> -I/home/geoff/fg/install/OpenSceneGraph/include
>> -I/home/geoff/fg/install/simgear/include -DLOCALEDIR=
>> \"/home/geoff/fg/install/fgrun/share/locale\" -g -O2 -MT wizard.o -MD
>> -MP -MF .deps/wizard.Tpo -c -o wizard.o wizard.cxx
>> In file included from wizard.cxx:8:
>> folder_open.xpm:52: warning: deprecated conversion from string constant
>> to ‘char*’
>> ... repeated many many times ...
>> But just adding 'const' in front of
>> char * folder_open_xpm[] = {
>> gets rid of this warning... 
>>
>> But still the LINK problem... Any others with this problem?
>>
>> Regards,
>>
>> Geoff.
>>
>> Error output 1
>> g++ -DLOCALEDIR=\"/home/geoff/fg/install/fgrun/share/locale\" -g -O2
>> -L/home/geoff/fg/install/plib/lib
>> -L/home/geoff/fg/install/OpenSceneGraph/lib
>> -L/home/geoff/fg/install/simgear/lib -o fgrun wizard.o wizard_funcs.o
>> advanced.o advanced_funcs.o AirportBrowser.o AirportTable.o Fl_Table.o
>> Fl_Table_Row.o Fl_OSG.o Fl_Heading_Dial.o main.o io.o fgfsrc.o logwin.o
>> parkingloader.o settings.o util.o run_posix.o fgrun_pty.o -lsgmodel
>> -lsgmath -lsgscreen -lsgprops -lsgxml -lsgmisc -lsgdebug -lsgstructure
>> -lsgutil -lplibsg -lplibul -lplibnet -losgParticle -losgSim -losgViewer
>> -losgGA -losgText -losgDB -losgUtil -losg -lOpenThreads -lfltk_gl
>> -lpthread  -lfltk -lXft -lGL -lXmu -lXt -lSM -lICE -lXi -lXext -lX11
>> -lm -lz -lutil -losgFX
>> /home/geoff/fg/install/simgear/lib/libsgmodel.a(ModelRegistry.o): In
>> function `simgear::BVHStaticGeometryBuilder::addTriangle(SGVec3
>> const&, SGVec3 const&, SGVec3 const&)':
>> /home/geoff/fg/simgear/source/simgear/scene/model/../../../simgear/scene/bvh/BVHStaticGeometryBuilder.hxx:114:
>>  undefined reference to 
>> `simgear::BVHStaticTriangle::BVHStaticTriangle(unsigned int, unsigned int 
>> const*)'
>> /home/geoff/fg/install/simgear/lib/libsgmodel.a(ModelRegistry.o): In
>> function
>> `simgear::BVHStaticGeometryBuilder::buildTreeRecursive(std::list>  std::allocator >&)':
>> /home/geoff/fg/simgear/source/simgear/scene/model/../../../simgear/scene/bvh/BVHStaticGeometryBuilder.hxx:222:
>>  undefined reference to `simgear::BVHStaticBinary::BVHStaticBinary(unsigned 
>> int, simgear::BVHStaticNode const*, simgear::BVHStaticNode const*, 
>> SGBox const&)'
>> /home/geoff/fg/install/simgear/lib/libsgmodel.a(ModelRegistry.o): In
>> function `simgear::BVHStaticGeometryBuilder::buildTree()':
>> /home/geoff/fg/simgear/source/simgear/scene/model/../../../simgear/scene/bvh/BVHStaticGeometryBuilder.hxx:133:
>>  undefined reference to 
>> `simgear::BVHStaticGeometry::BVHStaticGeometry(simgear::BVHStaticNode 
>> const*, simgear::BVHStaticData const*)'
>> /home/geoff/fg/install/simgear/lib/libsgmodel.a(ModelRegistry.o): In
>> function
>> `simgear::BoundingVolumeBuildVisitor::pushMaterial(osg::StateSet*)':
>> /home/geoff/fg/simgear/source/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:401:
>>  undefined reference to `SGMaterialLib::findMaterial(osg::State

Re: [Flightgear-devel] FGRUN link problem in ubuntu

[Frederic Bouvier]

Hi Geoff,

Mathias introduced a new SimGear Library : libsgbvh if I recall
correctly. Pretty sure it must be added to the link command.

-Fred

Geoff McLane a écrit :
> Hi Fred et al,
>
> In ubuntu, updated (cvs/svn) PLIB, SG, OSG, FG, and 
> FGRUN (svn/trunk) yesterday AND today (2009-03-07)...
>
> FG compiles and runs ok, at least for the default
> cessna...
>
> BUT can not get FGRUN to link! ;=((
>
> The big error output is given below.
>
> I thought it might just be missing some new SG things added very
> recently, like libsgbvh, so amended src/Makefile.am to include _ALL_
> the SG libraries, but still a problem! The error output changed to 2
> given below.
>
> I even tried a fresh svn checkout, and presently at revision 510
>
> Any help appreciated...
>
> I am using gcc (GCC) 4.2.4 (Ubuntu 4.2.4-1ubuntu3), and 
> there is also a repeated 'warning' that has been there for a while :-
> make[2]: Entering directory `/home/geoff/fg/fgrun/trunk/fgrun/src'
> g++ -DHAVE_CONFIG_H -I.   -I/home/geoff/fg/install/simgear
> -I/home/geoff/fg/install/plib/include
> -I/home/geoff/fg/install/OpenSceneGraph/include
> -I/home/geoff/fg/install/simgear/include -DLOCALEDIR=
> \"/home/geoff/fg/install/fgrun/share/locale\" -g -O2 -MT wizard.o -MD
> -MP -MF .deps/wizard.Tpo -c -o wizard.o wizard.cxx
> In file included from wizard.cxx:8:
> folder_open.xpm:52: warning: deprecated conversion from string constant
> to ‘char*’
> ... repeated many many times ...
> But just adding 'const' in front of
> char * folder_open_xpm[] = {
> gets rid of this warning... 
>
> But still the LINK problem... Any others with this problem?
>
> Regards,
>
> Geoff.
>
> Error output 1
> g++ -DLOCALEDIR=\"/home/geoff/fg/install/fgrun/share/locale\" -g -O2
> -L/home/geoff/fg/install/plib/lib
> -L/home/geoff/fg/install/OpenSceneGraph/lib
> -L/home/geoff/fg/install/simgear/lib -o fgrun wizard.o wizard_funcs.o
> advanced.o advanced_funcs.o AirportBrowser.o AirportTable.o Fl_Table.o
> Fl_Table_Row.o Fl_OSG.o Fl_Heading_Dial.o main.o io.o fgfsrc.o logwin.o
> parkingloader.o settings.o util.o run_posix.o fgrun_pty.o -lsgmodel
> -lsgmath -lsgscreen -lsgprops -lsgxml -lsgmisc -lsgdebug -lsgstructure
> -lsgutil -lplibsg -lplibul -lplibnet -losgParticle -losgSim -losgViewer
> -losgGA -losgText -losgDB -losgUtil -losg -lOpenThreads -lfltk_gl
> -lpthread  -lfltk -lXft -lGL -lXmu -lXt -lSM -lICE -lXi -lXext -lX11
> -lm -lz -lutil -losgFX
> /home/geoff/fg/install/simgear/lib/libsgmodel.a(ModelRegistry.o): In
> function `simgear::BVHStaticGeometryBuilder::addTriangle(SGVec3
> const&, SGVec3 const&, SGVec3 const&)':
> /home/geoff/fg/simgear/source/simgear/scene/model/../../../simgear/scene/bvh/BVHStaticGeometryBuilder.hxx:114:
>  undefined reference to 
> `simgear::BVHStaticTriangle::BVHStaticTriangle(unsigned int, unsigned int 
> const*)'
> /home/geoff/fg/install/simgear/lib/libsgmodel.a(ModelRegistry.o): In
> function
> `simgear::BVHStaticGeometryBuilder::buildTreeRecursive(std::list  std::allocator >&)':
> /home/geoff/fg/simgear/source/simgear/scene/model/../../../simgear/scene/bvh/BVHStaticGeometryBuilder.hxx:222:
>  undefined reference to `simgear::BVHStaticBinary::BVHStaticBinary(unsigned 
> int, simgear::BVHStaticNode const*, simgear::BVHStaticNode const*, 
> SGBox const&)'
> /home/geoff/fg/install/simgear/lib/libsgmodel.a(ModelRegistry.o): In
> function `simgear::BVHStaticGeometryBuilder::buildTree()':
> /home/geoff/fg/simgear/source/simgear/scene/model/../../../simgear/scene/bvh/BVHStaticGeometryBuilder.hxx:133:
>  undefined reference to 
> `simgear::BVHStaticGeometry::BVHStaticGeometry(simgear::BVHStaticNode const*, 
> simgear::BVHStaticData const*)'
> /home/geoff/fg/install/simgear/lib/libsgmodel.a(ModelRegistry.o): In
> function
> `simgear::BoundingVolumeBuildVisitor::pushMaterial(osg::StateSet*)':
> /home/geoff/fg/simgear/source/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:401:
>  undefined reference to `SGMaterialLib::findMaterial(osg::StateSet const*)'
> /home/geoff/fg/simgear/source/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:401:
>  undefined reference to `SGMaterialLib::findMaterial(osg::StateSet const*)'
> /home/geoff/fg/simgear/source/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:401:
>  undefined reference to `SGMaterialLib::findMaterial(osg::StateSet const*)'
> /home/geoff/fg/simgear/source/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:401:
>  undefined reference to `SGMaterialLib::findMaterial(osg::StateSet const*)'
> collect2: ld returned 1 exit status
> make[2]: *** [fgrun] Error 1
> make[2]: Leaving directory `/home/geoff/fg/fgrun/fgrun/src'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/home/geoff/fg/fgrun/fgrun/src'
> make: *** [all-recursive] Error 1
>
> Error output 2:
> g++ -DLOCALEDIR=\"/home/geoff/fg/install/fgrun/share/locale\" -g -O2
> -L/home/geoff/fg/install/plib/lib
> -L/home/geoff/fg/install/OpenSceneGraph/lib
> -L/home/geoff/fg/install/simgear/lib -o fgrun wizard.o wizard_funcs.o
> advanced.o a

Re: [Flightgear-devel] TerraGear native WIN32 build

[Frederic Bouvier]

- "Geoff McLane" a écrit :

> Hi Fred, Csaba,
> 
> > It looks we have duplicated work here :
> > http://www.flightgear.org/forums/viewtopic.php?f=5&t=2959
> > (announced few weeks ago )
> >
> http://wiki.flightgear.org/index.php/Howto:_Use_Terragear_on_Windows
> > Ralf commited my work in the terragear-cs git repository. It don't
> require python.
> 
> Yes, it was your GREAT set of binaries that got me started on trying
> to
> compile it myself ;=))
> 
> You may have noted your raw2ascii.exe does not run, and I wanted to
> try
> raw DEM elevations... _AND_ I wanted/needed some way to limit the
> sometimes massive output... so -
> http://geoffair.net/fg/fgfs-050a.htm#src_Prep_DemRaw2ascii_main.c 
> and related patches are still needed...
> 
> And you may have been responsible for the _MSC_VER switch in -
> http://geoffair.net/fg/fgfs-050a.htm#src_BuildTiles_Main_main.cxx -
> and
> thank you for that, but you missed adding skipping the 'ind'
> extension
> that is in the equivalent unix code...
> 
> And you did not include airspace.exe, but I suppose the compile of -
> http://geoffair.net/fg/fgfs-050a.htm#src_Airspace_airspace.cxx 
> would work in an 'older' MSVC7.1 environment where things like
>  was available, but they have removed this file from
> MSVC8
> onwards, and I think  should also work for you, but not
> sure...
> 
> And you also did not include many, or any, of the 'test' apps, like -
> http://geoffair.net/fg/fgfs-050a.htm#src_BuildTiles_Clipper_testclipper.cxx
> 
> or you would have noted full_path.rfind("/") only works on unix
> paths,
> hence my macro...
> 
> As advised I also improved the 'help' output in some case; removed a
> crash when 'clippering' some arrays got to zero; so some of my
> changes
> also came from exercising the applications, and not just whether they
> compiled or not... etc, etc, etc, so this is not really a
> 'duplication' ;=))
> 
> So I hope my FULL set of patches can also be checked in...
> 
> > AFAIK, _WIN32 is also defined when compiling with cygwin.
> As Csaba advises, and as I thought, cygwin uses a WIN32 port of the
> gcc compiler,
> and does not predefine _WIN32, but again as Csaba advises mingw
> does... so maybe _WIN32 _IS_ a good switch for _NOT_ *nix ;=))
> 
> But none of this gets into my missing elevation ;=()
> 
> Regards,

You should consider submitting your work to Ralf. He is the only writer on the 
git repository.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] TerraGear native WIN32 build

[Frederic Bouvier]

Hi Geoff & Csaba,

- "Csaba Halász" a écrit :

> On Tue, Mar 3, 2009 at 3:44 PM, Geoff McLane 
> wrote:
> >
> > For the last few weeks I have been quietly and slowly working
> through a
> > TerraGear tools MSVC build in windows XP.
> 
> Hi Geoff,
> That looks like it was a lot of work. Thanks!
> I am not involved with scenery or windows, but as a general hint, you
> might consider using platform macros (such as _WIN32) instead of
> compiler macros (_MSC_VER) where appropriate. That would make it
> possible to compile on windows with other compilers (think mingw).

It looks we have duplicated work here :

http://www.flightgear.org/forums/viewtopic.php?f=5&t=2959
(announced few weeks ago )

http://wiki.flightgear.org/index.php/Howto:_Use_Terragear_on_Windows

Ralf commited my work in the terragear-cs git repository. It don't require 
python.

AFAIK, _WIN32 is also defined when compiling with cygwin.

-Fred


-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Groundcache overhaul

[Frederic Bouvier]

- "Mathias Fröhlich" a écrit :

> Fred,
> 
> On Sunday 01 March 2009 18:40:20 Frederic Bouvier wrote:
> > I see a huge memory consumption when trying to start from EGLL ( or
> > EDDF, or EHAM, or LFPO ) with the scenery available via
> TerraSync/SVN.
> > The process memory climbs to its maximum ( 2Gb for a 32 bits system
> -
> > WinXP ) and the fgfs.exe process dies. This phenomenon doesn't occur
> at
> > KSFO. The problem was not there yesterday morning.
> 
> Ok, I have tracked that down to a object sharing problem for the
> bounding 
> volume trees that does not work as I thought it works.
> ... well I did the original code two years ago that is responsible for
> that - but I did not remember correct :-/
> 
> The problem is well solvable but not today.
> I have checked in a crude workaround that brings my memory consumption
> at LFPO 
> back to about 10% more than before - which should be acceptable for
> now.
> If you still have unsolvable problems let me know.
> I will work on a good solution this week.
> 
> Anyway, that svn scenery looks really nice! I did not know that too
> god 
> before!

FG starts again at these airports. Thank you

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Groundcache overhaul

[Frederic Bouvier]

Hi Mathias,

Mathias Fröhlich a écrit :
> Hi all,
>
> I have checked in an update to the ground intersection code.
> This new implementation utilizes a pre built bounding volume tree that is 
> attached to the scene graph userdata.
>
> More detailed models near the aircraft should no longer kill performance like 
> it happened with the old grondcache.
>
> Movement of objects, in particular the carrier, is no longer tracked by 
> carrier special data. Instead movement is expressed in a generic way.
> Currently all ships have the velocities set and should be visible by the 
> ground intersection code of the main model.
> That is you should now be able to land on any ship - at least with a 
> helicopter. ... well, the lack of my current helicopter flying abilities I 
> have 
> not tested this :)
>
> There is still a groundcache implementation that collects a subset of that 
> collision tree around the aircraft and provides a fast shortcut for 
> intersection tests within the near environment of the aircraft.
>
> For my test machine, I get frame rate improvements up to 10%.
>
> This implementation provides also the groundwork for better intersection 
> tests 
> than just that elevation query that is used for all collisions.
> These will show up in the near future in the main model interface so that FDM 
> programmers should be able to make use of that.
>
> If you encounter any problems please report.
>   

I see a huge memory consumption when trying to start from EGLL ( or
EDDF, or EHAM, or LFPO ) with the scenery available via TerraSync/SVN.
The process memory climbs to its maximum ( 2Gb for a 32 bits system -
WinXP ) and the fgfs.exe process dies. This phenomenon doesn't occur at
KSFO. The problem was not there yesterday morning.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Patch for positioned.cxx

[Frederic Bouvier]

Geoff McLane a écrit :
>> Not that I have any objection to your patch, I just reacted to your
>> question that you have no idea how gcc can compile this.
>> 
>
> So, I simply hope some patch is added to 'help' those of us using the
> MSVC compiler in native WIN32, under what ever switches are deemed
> necessary, for whatever the reason... sorry I mentioned 'gcc' at
> all ;=))
>
> Who is going to apply a patch?
>
>   

not subscribed to the flightgear-cvslogs ML ? ;-)

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Patch for positioned.cxx

[Frederic Bouvier]

Csaba Halász a écrit :
> On Sat, Feb 21, 2009 at 7:34 PM, Geoff McLane  wrote:
>   
>> IMHO the _MSC_VER and _DEBUG switches do NOT need to be applied. I am
>> forever puzzled how gcc resolves this since the comparison is indeed two
>> pointers ...
>> 
>
> No it isn't. Both uses in lower_bound and upper_bound take an iterator
> range and a const Type&. So it is a pointer and a reference. gcc is
> right.
>   

IIRC, VS2005 has special debugging code in the STL that trigger this.
The problem doesn't occur with older compilers.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Patch for positioned.cxx

[Frederic Bouvier]

- "黄志勇" a écrit :

> Sorry, in Microsoft Windows, there have not patch tool. I just can do
> like this.

If you use cvs :

cvs diff -u my_file.cxx

Or use TortoiseCVS to do the diff

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] terrasync - location change improvements

[Frederic Bouvier]

Alex,

It appeared that my last version of terrasync was not up to the
standards I asked for your version. It should now work as I was first
thinking. I also added a cache with an age to retry tiles already
downloaded but not more often than once every 10 minutes.

Regards,
-Fred

Alex Perry a écrit :
> Thank you, those are both useful bug reports with the approach I took.
>  Let me come up with clean fixes for both of them and then get back to
> you.
>
> On Wed, Feb 4, 2009 at 11:57 PM, Frederic Bouvier  wrote:
>   
>> Hi Alex,
>>
>> your version compiles under windows, but needs a continuous feed of messages 
>> to work. So it doesn't work with the new fgrun button that send a positional 
>> message to get a chunk of scenery without having to start the simulator. 
>> Moreover, I also thought about a tile cache that will prevent refetching an 
>> already downloaded tiles, but it would need to stop terrasync to have 
>> updates ( objects are added continuously to the repository ) or implement a 
>> sophisticated aging mechanism.
>>
>> So, in other words, I am not keen to commit your changes as they are.
>>
>> -Fred
>>
>> - "Alex Perry" a écrit :
>>
>> 
>>> Following up on Fred's improvement to maintain a queue of pending
>>> tile
>>> syncs, the attached version extends the deque to a priority ordered
>>> list and also ensures we never repeat a sync that's already just been
>>> performed.  Consequently, we're now as responsive as possible to the
>>> location change menu item.
>>>
>>> I'd appreciate if someone could check that this compiles under
>>> Windows
>>> and then commit.
>>>   


-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] The use of models from other formats

[Frederic Bouvier]

I don't know where this discussion will lead us but anyway, I made a new
Windows build with the last OSG 2.8 branch with a working LWO plugin :
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun+fgfs-osg-win32-cvs-20090207.zip

This Wiki page explains how to use it :
http://wiki.flightgear.org/index.php/Keeping_FlightGear_(win32)_up_to_date_without_compiling

Regards,
-Fred


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] The use of models from other formats

[Frederic Bouvier]

Vivian,

apparently, the challenge is to start AC3D under Vista 64

-Fred


- "Vivian Meazza" a écrit :

> Ian,
> 
> 
> 
> Those boxes import nicely into AC3D here. How about a real challenge?
> 
> 
> 
> Vivian
> 
> 
> 
> 
> -Original Message-
> From: FGD ML [mailto:fg...@pomf.net]
> Sent: 06 February 2009 10:18
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] The use of models from other formats
> 
> 
> 
> 
> 
> 
> 2009/2/6 Arnt Karlsen < a...@c2i.net >
> 
> On Thu, 5 Feb 2009 11:07:45 +, FGD wrote in message
> < 9dfda0650902050307n513838b7x6f06bca893b2b...@mail.gmail.com >:
> 
> 
> 
> > 2009/2/5 Jon Stockill < li...@stockill.net >
> >
> > > Tim Moore wrote:
> > >
> > > > I don't know what to say about AC3D, but Blender has such a
> large
> > > community that
> > > > I doubt you need to be suffering in isolation this way. Surely
> > > > this is a
> > > known
> > > > problem with a workaround?
> > >
> > > Before people spend too much time on that if you have a small
> sample
> > > model that you could upload somewhere I'd be happy to try and work
> > > through the conversion process in blender to determine what's
> > > required to get acceptable results - once you're happy it *can* be
> > > converted properly we can worry about how to achieve that on your
> > > platform.
> >
> >
> > Yes a link to some basic cubes was in my previous message.
> 
> ..??? I could not find that link. Lost message?
> 
> 
> 
> No, it's me being a newbie to mailing lists, I had not spotted that
> Curtis wrote to me direct instead of using the "reply to" and hence
> the mailer replied to him direct thus stopping the reply message going
> to the list. Oh well! ;O) (I'll try and learn up some on all that for
> that in future, it's a bit confusing on only day two)
> 
> Here's the bit you would have needed!
> 
> "Some people on the forum made this request last night. So I had a
> mate of mine upload these simple 1mtr boxes so anyone could have some
> samples to play with. They are only approx 1 metre I just threw them
> together, I wasn't being micro precise, so don't use them to measure
> anything dimensionally!
> 
> LINK
> 
> In the filenames; T indicates the model is of triangles, otherwise
> they are of quads, DS is for double sided otherwise they are single
> sided. They were made using the current version of lightwave modeller
> which I routinely have available which is 9.5."
> 
> On a side note actually, and to the rest of the list, after some more
> in depth reading, I don't much like the look of Collada as I had felt
> earlier, it looked a bit too good to be true then and now it seems it
> really is too good to be true! It would be very likely to become
> highly problematic in use I suspect.
> 
> --
> Cheers,
> Ian 
> --
> Create and Deploy Rich Internet Apps outside the browser with
> Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and
> code to
> build responsive, highly engaging applications that combine the power
> of local
> resources and data with the reach of the web. Download the Adobe AIR
> SDK and
> Ajax docs to start building applications
> today-http://p.sf.net/sfu/adobe-com
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] terrasync - location change improvements

[Frederic Bouvier]

Hi Alex,

your version compiles under windows, but needs a continuous feed of messages to 
work. So it doesn't work with the new fgrun button that send a positional 
message to get a chunk of scenery without having to start the simulator. 
Moreover, I also thought about a tile cache that will prevent refetching an 
already downloaded tiles, but it would need to stop terrasync to have updates ( 
objects are added continuously to the repository ) or implement a sophisticated 
aging mechanism.

So, in other words, I am not keen to commit your changes as they are.

-Fred

- "Alex Perry" a écrit :

> Following up on Fred's improvement to maintain a queue of pending
> tile
> syncs, the attached version extends the deque to a priority ordered
> list and also ensures we never repeat a sync that's already just been
> performed.  Consequently, we're now as responsive as possible to the
> location change menu item.
> 
> I'd appreciate if someone could check that this compiles under
> Windows
> and then commit.

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] little problem on compiling fgrun under lin ux

[Frederic Bouvier]

Hi Francesco,

strcasecmp doesn't exist under Windows but I think there is a #define in fgrun 
because the problem already happened. I was just not enough careful this time.

re the command line options, they are only used by the installer to setup the 
initial configuration. Look in main.cxx. There is no known problem with them.

regards
-Fred

-- message original --
Sujet:  [Flightgear-devel] little problem on compiling fgrun under linux
De: Brisa Francesco
Date:   03.02.2009 17:19

Hi I am trying to compile fgrun from svn under linux but it breaks with
this error:

wizard_funcs.cxx:2315: error: ‘stricmp’ was not declared in this scope

inspecting at that file I think that at row 2315 the row:

if ( apt && stricmp( apt->id_.c_str(), prefetch_apt->value() )
== 0 )

should be:

if ( apt && strcasecmp( apt->id_.c_str(), prefetch_apt->value()
) == 0 )

in this way it can compile under linux (I think under windows too)


an other minor issue is this:

launching fgrun and giving it options --fg-exe=/some/path   and   
--fg-root=/some/otherpath
fgrun seems to ignore theme both causing fgrun not being able to launch
fgfs at all.

Hope I could debug it better, but that is all I got for now.


Cheers
Francesco

--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] terrasync - location change improvements

[Frederic Bouvier]

Hi Alex,

I quickly tried it and found it don't work with my new fgrun prefetch 
functionnality. In fgrun, I send only one position message, and your version 
doesn't start the downloading process.

I must leave now. I will look at it later in the week.

-Fred


- "Alex Perry" a écrit :

> Following up on Fred's improvement to maintain a queue of pending
> tile
> syncs, the attached version extends the deque to a priority ordered
> list and also ensures we never repeat a sync that's already just been
> performed.  Consequently, we're now as responsive as possible to the
> location change menu item.
> 
> I'd appreciate if someone could check that this compiles under
> Windows
> and then commit.

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Mainglobals.cxx, 1.61, 1.62

[Frederic Bouvier]

Daan a écrit :
> IMHO where-ever this discussion leads, the bottom line should be that the
> installer that is used for Windows sets the appropriate environment
> variables, so that these issues do not get in the way of taking off to
> FL390.
>   

I commited a fix for this. I am afraid you'd have to wait the next
release to test it ;-) But if you are impatient, you can try the win32
binary of today that supports the --fg-root=... option.
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun+fgfs-osg-win32-cvs-20090131.zip

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear 1.9.1

[Frederic Bouvier]

Csaba Halász a écrit :
> Hi!
>
> I thought one of the reasons for keeping the data package unchanged
> was to have a small upgrade download available, with only the
> executables inside.
> I don't see it on the web page, has this idea been abandoned?
> Not that I am personally interested in it, of course.
>   

ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun+fgfs-osg-win32-1.9.1b.zip

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Bug report: Tile loading problem?

[Frederic Bouvier]

Hi Curt & Rob,

Not sure that the edge is a tile edge. I could be a cloud layer edge. I don't 
recall we extend cloud layers to the extents of the loaded terrain.

-Fred

- "Curtis Olson" a écrit :

> Hi Rob,
> 
> It appears that the code that computes how many rings of tiles to load
> is perhaps not doing that correctly any more? Originally the code
> would ensure that enough tiles were loaded to cover the visibility
> range so that the end of the world would blend seamlessly into the fox
> color which matched the base of the sky color and you didn't see these
> artifacts.
> 
> Regards,
> 
> Curt.
> 
> 
> 
> On Tue, Jan 27, 2009 at 6:50 AM, Rob Shearman, Jr. wrote:
> 
> 
> 
> 
> Hello --
> 
> Cruising at FL300 yesterday, and FL310 today, in the Citation-Bravo, I
> notice what looks like a scenery tile loading problem (see the
> so-named screenshots below, and notice the white areas near the
> horizon). However, cruising along, I expected to steadily get closer
> to the "edge" of the "tile" shown there, and eventually see the next
> one pop into place -- but it seemed more like the "edges" were not
> moving, even though the cloud cover texture (and presumably the ground
> below) were scrolling past at a reasonable rate.
> 
> This is using Fred's Win32 build from 2009-01-11, and data from same
> date. 3D clouds NOT enabled, and METAR as shown in the third shot.
> 
> http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-1.jpg
> http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-2.jpg
> http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-3.jpg
> 
> 
> Ground speed was something like 340-350 knots, if that matters to
> anyone.
> 
> Cheers,
> -R.
> Robert M. Shearman, Jr.
> Transit Operations Supervisor,
> University of Maryland Department of Transportation
> also known as rm...@umd.edu
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
> 
> 
> 
> 
> --
> Curtis Olson: http://baron.flightgear.org/~curt/
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear 1.9.1

[Frederic Bouvier]

Hi Durk,

- "Durk Talsma" a écrit :
> Just to keep everybody in the loop, I have just build the source
> packages for what is likely going to be FlightGear 1.9.1 and put 
> them on my website. I have informed have informed the people 
> involved in building the windows and mac versions, as well as 
> those in charge of pushing the source on the mirrors about the 
> exact location, so if no unexpected problems arise, a 1.9.1. 
> bugfix release should be available soon. 

FWIW, I didn't receive a message from you today.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear 1.9.1

[Frederic Bouvier]

Tim Moore a écrit :
> Frederic Bouvier wrote:
>   
>> Hi Tim,
>>
>> 
>
>   
>> Would you mind adding this commit to the VC7.1 directory :
>> Fri Jan 16 07:31:01 2009 UTC : Update MSVC 7.1 project
>>
>> Otherwise I managed to get it with git and build it. I am just waiting 
>> instructions ;-)
>>
>> -Fred
>>
>> 
>
> It's already there. Remember, "master", which is checked out by default by 
> "git 
> clone" and shown in the weblog, is not the "maint" branch from which we want 
> to 
> do the 1.9.1 release. This may seem arbitrary, but I'm saving "master" for 
> something else.
>
>   

Yes, you're right. I was looking at the wrong log.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear 1.9.1

[Frederic Bouvier]

Hi Tim,

- "Tim Moore" a écrit :

> Durk Talsma wrote:
> > Hi Tim,
> > 
> > On Sunday 11 January 2009 21:07:25 Tim Moore wrote:
> >> I propose that the 1.9.1 release be made from these "maint"
> branches. This
> >> would let progress continue in CVS while hopefully achieving some
> stability
> >> in a maintenance release. If current committers would like write
> access to
> >> these repos, let me know privately.
> >>
> > 
> > Didn't have a chance to respond to your proposal yet, however, this
> sounds 
> > good to me. I just got a clone of the maint branch, and will try to
> see if it 
> > will build into a nice 1.9.1 binary, and hope that it will still
> work with the 
> > 1.9.0 base package.
> > 
> How is this going? I've checked in a couple of fixes to the flightgear
> and
> simgear maint branches since 18 January.

Would you mind adding this commit to the VC7.1 directory :
Fri Jan 16 07:31:01 2009 UTC : Update MSVC 7.1 project

Otherwise I managed to get it with git and build it. I am just waiting 
instructions ;-)

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear : Patch for Sun Solaris 10 + Sun

[Frederic Bouvier]

Martin Spott a écrit :
> "Csaba Hal??sz" wrote:
>
>   
>> I have never been near a solaris machine, but sure, post errors and we'll 
>> see :)
>> 
>
> Thanks for your offer, no obligation implicated  ;-)
>
> I put the output of 'make -k' here:
>
>   http://foxtrot.mgras.net/static/SimGear_SunStudio11.log.bz2
>
> Apparently most of the error messages look somehow repeating. To my
> limited understanding (backed by someone who claims to know better) the
> SunStudio C++ compiler is more picky than GCC about 'correct' (TM)
> coding syntax, therefore I don't expect many of the required changes to
> cause trouble with GCC.
>   

I won't say that. It looks more that either the compiler or your
installation is broken. Strange that the first error comes from a
standard header :

"/usr/include/iso/assert_iso.h", line 26: Error: ")" expected instead of
""%s:%u: failed assertion\n"".

Maybe you can post the code around this line. Another hypothesis is that
there is a name conflict here.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] proposed 1.9.1

[Frederic Bouvier]

- "Tim Moore"  a écrit :

> Frederic Bouvier wrote:
> > - "Tim Moore" a écrit :
> >
> >> Frederic Bouvier wrote:
> >>> - "Tim Moore" a écrit :
> >>>
> >>>> Reminder:
> >
> >>> Initialized empty Git repository in
> I:/Devel/fg-maint/simgear/.git/
> >>> Initialize simgear/.git
> >>> warning: remote HEAD refers to nonexistent ref, unable to
> checkout.
> >>>
> >>> and indeed, the simgear/ directory is empty
> >>>
> >>> This is with git under Windows. What is going wrong ?
> >>>
> >> At that point try "git checkout maint" . I'll change the repository
> to
> >> refer to
> >> something sensible.
> >
> > Fr'd'r...@ninja /i/Devel/fg-maint/simgear
> > $ git checkout maint
> > error: pathspec 'maint' did not match any file(s) known to git.
> >
> > maint is not a branch but an head.
> >
> > -Fred
> >
> Whoops. I've created a master branch in the repository, so you can
> either redo
> the clone, or you can type "git-checkout -b maint origin/maint" to
> e.g. check out the maint branch directly.
> 

Both worked. Thanks

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] proposed 1.9.1

[Frederic Bouvier]

- "Tim Moore" a écrit :

> Frederic Bouvier wrote:
> > - "Tim Moore" a écrit :
> >
> >> Reminder:
> >> git-clone git://repo.or.cz/simgear.git
> >> git-clone git://repo.or.cz/flightgear.git
> >
> > $ git-clone git://repo.or.cz/simgear.git
> > remote: Counting objects: 9905, done.
> > remote: Compressing objects: 100% (2188/2188), done.
> > remote: Total 9905 (delta 7696), reused 9835 (delta 7653)
> > Receiving objects: 100% (9905/9905), 3.93 MiB | 296 KiB/s, done.
> > Resolving deltas: 100% (7696/7696), done.
> > Initialized empty Git repository in I:/Devel/fg-maint/simgear/.git/
> > Initialize simgear/.git
> > warning: remote HEAD refers to nonexistent ref, unable to checkout.
> >
> > and indeed, the simgear/ directory is empty
> >
> > This is with git under Windows. What is going wrong ?
> >
> At that point try "git checkout maint" . I'll change the repository to
> refer to
> something sensible.

Fr'd'r...@ninja /i/Devel/fg-maint/simgear
$ git checkout maint
error: pathspec 'maint' did not match any file(s) known to git.

maint is not a branch but an head.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] proposed 1.9.1

[Frederic Bouvier]

- "Tim Moore" a écrit :

> There has been a flurry of bug fixes in the last few days. I want to
> review the 
> state of the maint branches in the simgear and flightgear git
> repositories and 
> suggest that they would now be a good source for a 1.9.1 bug fix
> release. I've 
> been fairly conservative and have been only checking fixes into those
> branches 
> that fix reported or potential bugs.
> Reminder:
> git-clone git://repo.or.cz/simgear.git
> git-clone git://repo.or.cz/flightgear.git

$ git-clone git://repo.or.cz/simgear.git
remote: Counting objects: 9905, done.
remote: Compressing objects: 100% (2188/2188), done.
remote: Total 9905 (delta 7696), reused 9835 (delta 7653)
Receiving objects: 100% (9905/9905), 3.93 MiB | 296 KiB/s, done.
Resolving deltas: 100% (7696/7696), done.
Initialized empty Git repository in I:/Devel/fg-maint/simgear/.git/
Initialize simgear/.git
warning: remote HEAD refers to nonexistent ref, unable to checkout.

and indeed, the simgear/ directory is empty

This is with git under Windows. What is going wrong ?

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New mandatory parameter in animation type material emission ??

[Frederic Bouvier]

- "Csaba Halász" a écrit :

> On Wed, Sep 17, 2008 at 3:23 AM, Csaba Halász wrote:
> >
> > I have
> > made a sample patch for the emission property. However it only
> seems
> > to work for me and not anybody else. Hopefully somebody can come up
> > with a proper fix.
> 
> Okay, here is another attempt. Please test and comment.
> Also, all the live() and dirty() values could be precalculated. They
> are not going to change, are they? But first let's fix the bug,
> cosmetics later.

Committed, thanks

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear 1.9.1

[Frederic Bouvier]

Hi Yon,

I saw that but also saw that the osgViewer::Renderer has its own minimum time 
that is not settable by environment variable, and the resulting time is the 
minimum of the two values, one from the pager and the other from the Renderer ( 
both initially set to 0.001 ).

In my test build I set large values until the scenery is loaded, then restore 
the default values.

It also seems that large framerate ( more than 200 fps during splashscreen 
display, I even saw 600 at FSFO ) make the scenery load a bit longer. Curiouly, 
I see better loading time under Linux with an AMD Athlon XP 2400 and a NV 
FX5850, than under Windows with a Quad core i9450 and a GTX200. I am 
defragmenting my disk just in case.

-Fred


- "Yon Uriarte"  a écrit :

> Hi Fred,
> 
> 
> saw your message asking for some testing. I decided to post a new
> thread asking
> for more user testing:
> http://flightgear.org/forums/viewtopic.php?f=2&t=2812
> 
> 
> 
> 
> grep -r getenv OpenSceneGraph, possibly relevant env vars, some of
> them are changed in my patches:
> 
> 
> 
> F:\c\OSG\OpenSceneGraph\src\osg\DisplaySettings.cpp(356): if( (ptr =
> getenv("OSG_SERIALIZE_DRAW_DISPATCH")) != 0)
> 
> F:\c\OSG\OpenSceneGraph\src\osg\DisplaySettings.cpp(369): if( (ptr =
> getenv("OSG_NUM_DATABASE_THREADS")) != 0)
> 1 by default, 2 may help a little bit on multi-cores. set to #cores
> F:\c\OSG\OpenSceneGraph\src\osg\DisplaySettings.cpp(374): if( (ptr =
> getenv("OSG_NUM_HTTP_DATABASE_THREADS")) != 0)
> 1 by default, fgfs uses none. set to 0
> F:\c\OSG\OpenSceneGraph\src\osgDB\DatabasePager.cpp(805): const char*
> str = getenv("OSG_DATABASE_PAGER_PRIORITY");
> 
> neutral by default: set to LOW
> F:\c\OSG\OpenSceneGraph\src\osgDB\DatabasePager.cpp(842): str =
> getenv("OSG_DATABASE_PAGER_GEOMETRY");
> F:\c\OSG\OpenSceneGraph\src\osgDB\DatabasePager.cpp(843): if (!str)
> str = getenv("OSG_DATABASE_PAGER_DRAWABLE");
> 
> F:\c\OSG\OpenSceneGraph\src\osgDB\DatabasePager.cpp(872): if( (ptr =
> getenv("OSG_DELETE_IN_DATABASE_THREAD")) != 0)
> F:\c\OSG\OpenSceneGraph\src\osgDB\DatabasePager.cpp(929): if( (ptr =
> getenv("OSG_DO_PRE_COMPILE")) != 0)
> 
> recently changed from default ON to OFF. set to ON
> F:\c\OSG\OpenSceneGraph\src\osgDB\DatabasePager.cpp(938): if( (ptr =
> getenv("OSG_MINIMUM_COMPILE_TIME_PER_FRAME")) != 0)
> F:\c\OSG\OpenSceneGraph\src\osgDB\DatabasePager.cpp(943): if( (ptr =
> getenv("OSG_MAXIMUM_OBJECTS_TO_COMPILE_PER_FRAME")) != 0)
> F:\c\OSG\OpenSceneGraph\src\osgUtil\Optimizer.cpp(61): const char* env
> = getenv("OSG_OPTIMIZER");
> is this applied to all objects? maybe i look into this.
> F:\c\OSG\OpenSceneGraph\src\osgUtil\RenderBin.cpp(108): const char*
> str = getenv("OSG_DEFAULT_BIN_SORT_MODE");
> may be relevant on some weird hw mixes.
> F:\c\OSG\OpenSceneGraph\src\osgViewer\ViewerBase.cpp(78): const char*
> str = getenv("OSG_THREADING");
> 
> default "SingleThreaded". set to
> "CullThreadPerCameraDrawThreadPerContext"
> 
> 
> regards,
> yon
> 
> 
> On Sun, Jan 11, 2009 at 11:55 PM, Frederic Bouvier <
> fredfgf...@free.fr > wrote:
> 
> 
> 
> - "James Turner" a écrit :
> 
> 
> > On 11 Jan 2009, at 17:18, Frederic Bouvier wrote:
> >
> > > My findings on that is that the pager thread needs to compile
> > display
> > > list in the main loop, and this process is framerate dependent. At
> >
> > > that
> > > time of the initialisation, there is only the splashscreen on
> > screen,
> > > but its refresh rate slow down the loading process. For instance,
> I
> > > mesured it takes more than 1000 frames to display to correctly
> load
> > a
> > > terrain tile. Maybe there are parameters to tweak, like the number
> > of
> > > maximum display lists to compile each frames, and we could use
> more
> > > aggressive values until the scenery is displayed. Just a thought.
> >
> > Yon Uriarte has proposed a patch that limits the frame-rate to 60hz
> > during the splash screen. Would that fix the issue, by freeing up
> > cycles?
> >
> > The patch has been around since November and I ran it locally for
> many
> >
> > weeks without seeing any problems.
> 
> As I understand it, if you limit the framerate, you limit the slots
> the pager has to compile objects, as compilation is done in the draw
> thread, between two frames. I tried to give more time and allow the
> compilation of more objects between two frames by calling
> setMinimumTimeAvailableForGLCompile

Re: [Flightgear-devel] FlightGear 1.9.1

[Frederic Bouvier]

- "James Turner" a écrit :

> On 11 Jan 2009, at 17:18, Frederic Bouvier wrote:
> 
> > My findings on that is that the pager thread needs to compile
> display
> > list in the main loop, and this process is framerate dependent. At 
> 
> > that
> > time of the initialisation, there is only the splashscreen on
> screen,
> > but its refresh rate slow down the loading process. For instance, I
> > mesured it takes more than 1000 frames to display to correctly load
> a
> > terrain tile. Maybe there are parameters to tweak, like the number
> of
> > maximum display lists to compile each frames, and we could use more
> > aggressive values until the scenery is displayed. Just a thought.
> 
> Yon Uriarte has proposed a patch that limits the frame-rate to 60hz  
> during the splash screen. Would that fix the issue, by freeing up  
> cycles?
> 
> The patch has been around since November and I ran it locally for many
>  
> weeks without seeing any problems.

As I understand it, if you limit the framerate, you limit the slots the pager 
has to compile objects, as compilation is done in the draw thread, between two 
frames. I tried to give more time and allow the compilation of more objects 
between two frames by calling 
setMinimumTimeAvailableForGLCompileAndDeletePerFrame and 
setMaximumNumOfObjectsToCompilePerFrame on the pager and on the renderer but 
for me it makes no difference (there is no problem for me, even in the Paris 
area ). That's why I built a Windows binary to allow people with the problem to 
test the possible solution.

The binary is here :
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun+fgfs-osg-win32-20090111.zip

-Fred


-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] GL_COLOR_MATERIAL error

[Frederic Bouvier]

gerard robin a écrit :
> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>   
>> gerard robin a écrit :
>> 
>>> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>>>   
>>>> gerard robin a écrit :
>>>> 
>>>>> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>>>>>   
>>>>>> GL_COLOR_MATERIAL
>>>>>> 
>>>>> I first got it from MP.
>>>>>
>>>>>  Without MP for instance, i do use some OSG objects which take that
>>>>> coding ..
>>>>>   binName RenderBin
>>>>> GL_LIGHTING OFF
>>>>> GL_COLOR_MATERIAL ON
>>>>> GL_BLEND ON
>>>>> .
>>>>> It could be only a problem due to the  objects.osg loading
>>>>>
>>>>> I will dig further , however it seems coming now with some recent
>>>>> update from Tim.
>>>>>
>>>>> Regards
>>>>>   
>>>> reproduced with the catalina in fgrun. So if I understand it correctly,
>>>> all you have to do is to remove the offending line in the osg files
>>>>
>>>> -Fred
>>>> 
>>> Yes you are right , i only wonder on about the  consequences on others
>>> OSG objects, since i don't understand everything  :(  regarding the
>>> recent Tim updates.
>>>
>>> Will  it be  possible to go on with a mixing of .osg models and .ac
>>> models ?
>>>   
>> I don't see the relationship between Tim's update and the presence of
>> OSG models. By the way, the OSG format seems to have a Material
>> directive that the warning message hint.
>>
>> -Fred
>> 
>
> OK, i will go on, and remove the faulty lines for these specific objects.
>   

Or consider adding a Material directive inside the StateSet directive.
Search for Material in .osg models of the OpenSceneGraph-data collection.

> BTW: it would be nice to know how to catch the involved objects with these 
> messages.
> osgDB ac3d reader: detected surface with less than 3 vertices!
> osgDB ac3d reader: detected surface with less than 3 vertices!
> osgDB ac3d reader: detected surface with less than 3 vertices!
> 
>   

This is an OSG message. One should submit a patch that would print the
name of the object.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear 1.9.1

[Frederic Bouvier]

Durk Talsma a écrit :
> Hi,
>
> Just a quick question. As far as I'm concerned, we'll be doing a 1.9.1 bug 
> fix 
> release soon. I would just like to get an impression how our progress is on 
> the various problems that have been reported. I know that the "black box" 
> problem is fixed now, but how are we doing on the other issues. In 
> particular, 
> some people seem to have reported that FlightGear got stuck in an endless 
> scenery loading loop. Do we already have a handle on that?
>   

My findings on that is that the pager thread needs to compile display
list in the main loop, and this process is framerate dependent. At that
time of the initialisation, there is only the splashscreen on screen,
but its refresh rate slow down the loading process. For instance, I
mesured it takes more than 1000 frames to display to correctly load a
terrain tile. Maybe there are parameters to tweak, like the number of
maximum display lists to compile each frames, and we could use more
aggressive values until the scenery is displayed. Just a thought.


> I also know that various people,  have reported other bugs. I am under the 
> impression that most of these are actually problems that need to be addressed 
> as part of our normal development cycle and not immediate showstoppers. 
>   

The return to 0.1 as the near plane would save us a lot of complain.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] GL_COLOR_MATERIAL error

[Frederic Bouvier]

gerard robin a écrit :
> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>   
>> gerard robin a écrit :
>> 
>>> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>>>   
>>>> GL_COLOR_MATERIAL
>>>> 
>>> I first got it from MP.
>>>
>>>  Without MP for instance, i do use some OSG objects which take that
>>> coding ..
>>> binName RenderBin
>>> GL_LIGHTING OFF
>>> GL_COLOR_MATERIAL ON
>>> GL_BLEND ON
>>> .
>>> It could be only a problem due to the  objects.osg loading
>>>
>>> I will dig further , however it seems coming now with some recent update 
>>> from Tim.
>>>
>>> Regards
>>>   
>> reproduced with the catalina in fgrun. So if I understand it correctly,
>> all you have to do is to remove the offending line in the osg files
>>
>> -Fred
>> 
>
> Yes you are right , i only wonder on about the  consequences on others OSG 
> objects, since i don't understand everything  :(  regarding the recent Tim 
> updates.
>
> Will  it be  possible to go on with a mixing of .osg models and .ac models ? 
>   

I don't see the relationship between Tim's update and the presence of
OSG models. By the way, the OSG format seems to have a Material
directive that the warning message hint.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] GL_COLOR_MATERIAL error

[Frederic Bouvier]

gerard robin a écrit :
> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>   
>> GL_COLOR_MATERIAL
>> 
>
> I first got it from MP.
>
>  Without MP for instance, i do use some OSG objects which take that coding 
> ..
>   binName RenderBin
> GL_LIGHTING OFF
> GL_COLOR_MATERIAL ON
> GL_BLEND ON
> .
> It could be only a problem due to the  objects.osg loading
>
> I will dig further , however it seems coming now with some recent update  
> from 
> Tim.
>
> Regards
>   

reproduced with the catalina in fgrun. So if I understand it correctly,
all you have to do is to remove the offending line in the osg files

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] GL_COLOR_MATERIAL error

[Frederic Bouvier]

Hi Gerard,

how one could reproduce it ? to solve it, we need to reproduce it first.

-Fred

gerard robin a écrit :
> Hello,
> I get now that  error  ( it is only a warning) 
>
> Error: Setting mode 'GL_COLOR_MATERIAL' via 
> osg::StateSet::setMode(mode,value) 
> ignored.
>The mode 'GL_COLOR_MATERIAL' is set by the osg::Material 
> StateAttribute.
>Setting this as a mode fools osg's State tracking.
>
> Where do i must look for,  in oder to solve it   ?
>
> Using OSG 2.75  and yesterday CVS 
>
> BTW: since it is only a warning i can live with it , however i would be 
> better 
> to avoid it .
>
> Thanks
>
>   


-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] There have problems with VC8 project files In FlightGear 1.9 source code.

[Frederic Bouvier]

Hi,

You'd better start from MSVC 7.1 project files that are maintained.

By the way, I am thinking of removing VS2005 / 8 files that are
redundant and confusing. Any objection ?

-Fred

?? a ??crit :
> These days, I compile FlightGear 1.9 source code with MSVC2005, I
> found the project files
> in folder "projects\VC8" have some bugs. Some source file are not
> included into project files,
> and some old source link files are not be removed. So if use these
> project files to complie FlightGear 1.9
> will have some problems. For complie FlightGear 1.9 successfully with
> MSVC2005, you must add some source file
> and remove some old wrong link files.
> By the way, Can I submit these project files?


-- 
Fr??d??ric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Very bad surprise with last FG cvs

[Frederic Bouvier]

- "gerard robin" a écrit :

> On vendredi 09 janvier 2009, Torsten Dreyer wrote:
> > > Hello,
> > >
> > > What happen now with the Cockpit view
> > > Getting now the cockpit cutted
> >
> > That's the near clipping pane,
> > you might want to add
> >   
> > 
> >   
> > 0.1
> >   
> > 
> >   
> >
> > in your model-set.xml
> >
> > Torsten
> >
> > > In addition to it , i have never seen,  clouds so well displayed
> in
> > > reality, look like soldiers in parade :)
> > > this made laughing, guy whom i tried to demonstrate FG.   :(  :(
> >
> > Cloudstreets - glider pilots love these ;-)
> >
> > Torsten
> >
> >
> Thanks, 
> the problem is coming up to most of the Aircrafts
> For instance c172p, do they have to modified too  ? 
> That will be a lot of work  :( 

This is part of Tim's work to make shadows usable.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Big black box

[Frederic Bouvier]

Hi Durk,

my intention is to post a win32 binary update as soon as the issues reported by 
Vivian and you are addressed. I don't think the new commited code requires a 
data update.

-Fred

-- message original --
Sujet:  Re: [Flightgear-devel] Big black box
De: Durk Talsma 
Date:   31.12.2008 10:36

Hi,


On Wednesday 31 December 2008 11:11:16 Frederic Bouvier wrote:
> An early 1.9.1 ?
>
> -Fred
>
> -- message original --
> Sujet:Re: [Flightgear-devel] Big black box
> De:   Stuart Buchanan 
> Date: 31.12.2008 09:51
>
> Tim Moore wrote:
> > Yeah, the lack of frame buffer object support turned out to be the common
> > denominator for users seeing the problem. I checked in code tonight that
> > should resolve the issue when frame buffer objects aren't available.
>
> Great stuff - thanks Tim.
>
> I wonder whether it would be worthwhile merging these bug fixes into a 1.9
> patch release.
>

I guess that as long as the updated binary is still compatible with the base 
package, we could just release a quick source / binary only release. If 
incompatibilities have already been introduced, we should consider doing a 
full 1.9.1 bugfix release soon. I'd like to get some more feedback, but 
perhaps early next week would be good.

In any case: Happy new Year everyone!

Cheers,
Durk

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Big black box

[Frederic Bouvier]

An early 1.9.1 ?

-Fred

-- message original --
Sujet:  Re: [Flightgear-devel] Big black box
De: Stuart Buchanan 
Date:   31.12.2008 09:51

Tim Moore wrote:

> Yeah, the lack of frame buffer object support turned out to be the common 
> denominator for users seeing the problem. I checked in code tonight that 
> should 
> resolve the issue when frame buffer objects aren't available.

Great stuff - thanks Tim.

I wonder whether it would be worthwhile merging these bug fixes into a 1.9 patch
release. 

-Stuart



  

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Big black box

[Frederic Bouvier]

Hi,

seeing reports that the big black box is often met with a FBO error, I began to 
look at our way to render to texture. And I found this piece of code in 
od_gauge.cxx, line 63 :

camera->setRenderTargetImplementation(osg::Camera::FRAME_BUFFER_OBJECT, 
osg::Camera::FRAME_BUFFER);

so it looks like the render to texture occurs in the frame buffer when FBO are 
not available. Maybe I am mistaken, but what about :

camera->setRenderTargetImplementation(osg::Camera::FRAME_BUFFER_OBJECT);
or
camera->setRenderTargetImplementation(osg::Camera::FRAME_BUFFER_OBJECT, 
osg::Camera::PIXEL_BUFFER_RTT);

instead ? Old style RTT should be available widely without the need to draw to 
the frame buffer, and corrupt the scene.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear web site is updated.

[Frederic Bouvier]

Hi Curt,

two pages are suspect :
http://www.flightgear.org/Downloads/binary.shtml ( no mention of 1.9.0 )
http://www.flightgear.org/Downloads/ ( still 0.9.10 scenery )

Do you wait the announcement to update them.
By the way, it is not clear that the direct links to the mirrors in the main 
page are for downloading the Windows version


-Fred

- "Curtis Olson" a écrit :

> Hi,
> 
> In preparation for the official v1.9.0 release announcement, I've made
> many updates to the flightgear web site and download pages, including
> many updates to the aircraft downloads page. It would be great if as
> many people as possible could go through the web site and try the
> various links and make sure everything is working and there aren't any
> serious mistakes or pages that are way out of date. Aircraft authors
> should check out the entries for their aircraft on the aircraft
> download page, and make sure they like the thumbnail image and the
> version and authors are correct. These aircraft download packages as
> well as the download page is all autogenerated from scripts, and all
> the information about authors and versions is contained within your
> aircraft. If you have any questions, look at an example aircraft that
> does things the way you like. :-)
> 
> Best regards,
> 
> Curt.
> --
> Curtis Olson: http://baron.flightgear.org/~curt/
> 
> --
> 
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear-1.99.5-RC2

[Frederic Bouvier]

John Denker a écrit :
> On 12/20/2008 01:59 AM, Erik Hofman wrote:
>   
>> Syd wrote:
>> 
>>> John Denker wrote:
>>>   
 46:: Capitalization: Example: As of rc2, on the command line, when
  specifying --aircraft=dhc2W, the "dhc" must not be capitalized, while
  the "W" must be capitalized.  This does not seem user-friendly.  From
  the user's point of view, this does not make any sense.
   
 
>>> I'm open to suggestions would a dhc2-wheels , dhc2-floats make more 
>>> sense ?
>>>   
>> I think John is thinking of using non cases-sensitive aircraft names.
>> 
>
> I was ... but Syd raises a couple of other good points:
>
> It wouldn't hurt to make the --aircraft=... option 
>  a) insensitive to hyphenation, and
>  b) accepting of unique abbreviations
> as well as
>  c) insensitive to case.
>
> Example:  If the "official" name is DHC2-wheels, then dhc2w would
> automatically be an acceptable synonym.
>
> This seems like an obvious step in the direction of user-friendliness.
>   

Well, and what about using a graphical aircraft chooser. I know a good
one ;-)

-Fred

PS: fgrun if you didn't get it.

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear-1.99.5-RC2 WinXP issue.

[Frederic Bouvier]

- "Bohnert Paul" a écrit :

> All,
> 
> I spent a couple of hours installing all the latest updates. 
> According to the Mirosoft Update site I'm up to date.
> 
> I loaded FlightGear-1.99.5-RC2 on my Windows XP Pro. SP3 box.
> 
> FlightGear will not start.  Missing MSVCR71.dll not found error.
> 
> Is this a file I should have?

This is the C runtime. You can get a copy here :
http://www.dll-files.com/dllindex/dll-files.shtml?msvcr71
and you will need
http://www.dll-files.com/dllindex/dll-files.shtml?msvcp71

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear-1.99.5-RC2

[Frederic Bouvier]

- "gerard robin" a écrit :

> On mercredi 17 décembre 2008, Frederic Bouvier wrote:
> > - "gerard robin" a écrit :
> > > On mardi 16 décembre 2008, Durk Talsma wrote:
> > > > Hi Fred,
> > > >
> > > > On Saturday 13 December 2008 18:50:51 Frederic Bouvier wrote:
> > > > > I replied that the target is next Friday. After that I may
> have
> > > > > difficulties to build a binary from where I will be.
> > > > >
> > > > > -Fred
> > > >
> > > > How would your availability be after Friday. As it turns out, I
> have
> > >
> > > a
> > >
> > > > Christmas dinner this Friday, so I won't be able assemble the
> final
> > >
> > > release
> > >
> > > > by then. Saturday will be fine for me, so I hope to roll up the
> > >
> > > release
> > >
> > > > then.
> > > >
> > > > Cheers,
> > > > Durk
> > >
> > > Hello, Durk
> > >
> > > How do you schedule  the  period test  with OSG 2.8 before rolling
> up
> > > the
> > > release ?
> > > OR do you avoid any test with it ?
> >
> > A lot of people are already using OSG/SVN. So tests are going on
> under the
> > hood.
> >
> > -Fred
> 
> Sorry for that  question which seems to annoy everybody.
> I agree, the question was not realistic and not constructive, it was
> stupid.
> I am glad to know that there is a LOT of persons testing it.
>   :)  :)
> 
> Merry Christmas  :)
> See you next year.

Is it me or are you implying you are the only one to care, and there are nobody 
at the moment committing patches and building binaries for the community ?

Anyway merry christmas.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear-1.99.5-RC2

[Frederic Bouvier]

- "gerard robin" a écrit :

> On mardi 16 décembre 2008, Durk Talsma wrote:
> > Hi Fred,
> >
> > On Saturday 13 December 2008 18:50:51 Frederic Bouvier wrote:
> > > I replied that the target is next Friday. After that I may have
> > > difficulties to build a binary from where I will be.
> > >
> > > -Fred
> >
> > How would your availability be after Friday. As it turns out, I have
> a
> > Christmas dinner this Friday, so I won't be able assemble the final
> release
> > by then. Saturday will be fine for me, so I hope to roll up the
> release
> > then.
> >
> > Cheers,
> > Durk
> >
> Hello, Durk 
> 
> How do you schedule  the  period test  with OSG 2.8 before rolling up
> the 
> release ?
> OR do you avoid any test with it ?

A lot of people are already using OSG/SVN. So tests are going on under the hood.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear-1.99.5-RC2

[Frederic Bouvier]

- "Curtis Olson" a écrit :

> On Tue, Dec 16, 2008 at 9:42 AM, Tatsuhiro Nishioka <
> tat.fgmac...@gmail.com > wrote:
> 
> 
> 
> I guess Tim means 1.9.0, not 2.0.
> 
> Actually 1.99.5 is just a temporal number for fgfs/cvs and (I believe)
> we're heading to 1.9.0. Curt told us that he put 1.99.5 since he had
> missed the discussion on this list about the version number for the
> first OSG release. This is why I gave 1.9.0-preN to mac binaries.
> 
> Got confused? The final dicision will be made soon, so we'll see.
> 
> Anyway, shorter release cycle can give flightgear a chance to get more
> attension, so I like that idea. If quarterly releasing cycle is a bit
> too often, then semiannual is fine for me.
> 
> What do you guys think?
> 
> Personally, I think a big build up to an oddball version number like
> 1.99.5 is a little strange, but again, I'm not so hung up on version
> numbers as long as they keep increasing. It would also be odd to
> backtrack since the point of version numbers is to distinguish
> releases in some logical order. I had in my mind that there would be a
> 1.99.x release sequence as a build up to a major v2.0 release (rather
> than 1.99.5-rcX building up to a v1.99.5 release.) So there are some
> crossed wires here that unfortunately is leading to a weird version
> number situation.
> 
> In the meantime, I have been working on a script that will streamline
> the release process a bit. My hope is to start doing more frequent
> source releases once this major release is pushed out the door.

For the moment, the really strange thing is that the mac version has 
another numbering scheme. If we are pushing for a more frequent release 
rate, maybe the -rcX thing should be skipped and fix bugs from release
to release. That also means that the aircraft list should be frozen in 
order to capitalize on experience.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear-1.99.5-RC2

[Frederic Bouvier]

- "Tim Moore" a écrit :

> > 3:: c172p:  As of rc2, the aircraft's landing and taxi lights are
> >  not effective at illuminating the runway or other surfaces.  This
> >  is an issue for night operations.
> ...
> After 2.0 I'll start merging in my Effects framework code that will
> make, among other things, local light sources practical. I'm not 
> sure if the best way to do cockpit lighting is to have a light 
> source in the cockpit or to simply turn up 
> the emissiveness of the instruments and dashboard...

I don't think there will be a 2.0 anytime soon. It took 10 years to have
v1.0 . I hope you mean 1.99.5

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Aircraft/A6M2 a6m2-sound.xml, 1.1, 1.2

[Frederic Bouvier]

Hi Tat,

- "Tatsuhiro Nishioka" a écrit :

> Update of /var/cvs/FlightGear-0.9/data/Aircraft/A6M2
> In directory baron.flightgear.org:/tmp/cvs-serv3209
> 
> Modified Files:
>   a6m2-sound.xml 
> Log Message:
> Modified: to use p51d sounds in /Sounds for file sharing.

Do you plan to add p51d sound files in $FG_ROOT/Sounds ?

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] External sound dependency in A6M2

[Frederic Bouvier]

Hi Tat,

do you noticed the A6M2 model use two sound files that are not in the base 
package :
Aircraft/p51d/Sounds/p51d_rpm1.wav and Aircraft/p51d/Sounds/p51d_startup.wav 
referenced in a6m2-sound.xml ?

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 3D Clouds - patch and progress report

[Frederic Bouvier]

Hi Stuart,

Stuart Buchanan a écrit :
> Csaba wrote:
>
>   
>> Also, add one new bug reported by Jano: even if you are using METAR
>> scenario, METAR updates don't affect the visuals. That is, if you fly
>> to another airport, or wait for the 15 minute update interval, nothing
>> changes even though the new values show in the property browser.
>> 
>
> The attached patch fixes this - the 3D clouds now respect changes to 
> the environment caused by updated METAR etc.
>
> It also increases the AlphaFunc as suggested by Tim.
>
> I've also committed Heiko's latest cloud changes. Please let me know 
> if these improve things. 
>   

committed. Would it be possible to have some randomness when creating a
layer : http://frbouvi.free.fr/flightsim/fgfs_clouds_grid.jpg ? This
effect appeared with the last cloudset. Before that it was unnoticable
because there was an overlap between cloud patches ( but there was also
an ugly pink tint I am happy it disappeared )

Regards,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear-1.99.5-RC2

[Frederic Bouvier]

Timothy Moore a écrit :
>>> If all goes well, I would like  to prepare the final release version next
>>> Friday. Until that time please hold back on committing anything risky, and
>>> give these prereleases a decent workout. Let's try to make this the best
>>> FlightGear release yet. :-)
>>>
>>> Cheers,
>>> Durk
>>>   
>> Only   to get  more precision about it:
>> which version of OSG will be used, since we are not certain that the next 
>> stable 2.8 will be available in time ?
>> 
> Robert plans to release 2.8 "before Christmas." I think it's worthwhile 
> waiting 
> to release FG after 2.8 comes out, unless there's some big delay in OSG 2.8.
>
>   

Here is a question from Robert, on the OSG list :
> Hi FlightGear-er's,
>
> On Fri, Dec 12, 2008 at 6:46 PM, Robert Osfield
>  wrote:
>   
>> > What time frame are you working to?
>> 
>
> No answer, but it's important for me to have an idea.  If you are
> pushing out a release this weekend then there is no way we can get 2.8
> in time, if it's next two weeks there is chance, in the next month
> then we'll certainly be able to get 2.8.
>
> I would like to get 2.8 in time for your release, as it makes sense
> for both communities to have stable releases coinciding.
>
> Robert.
>   

I replied that the target is next Friday. After that I may have
difficulties to build a binary from where I will be.

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/   Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear-1.99.5-RC2

[Frederic Bouvier]

- "John Denker" a écrit :

> The other machine is a dual-core Pentium @ 3 GHz apiece, with an
> Intel graphics processor and the xorg driver.
> 
> Both are using OSG 2.6.1 and the rc2 package.

This has already been discussed. You need at least OSG 2.7.3

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Aircraft/f-14b/Sounds canopy-close2.wav, NONE, 1.1 canopy-trans.wav, NONE, 1.1

[Frederic Bouvier]

Hi Alexis,

- "Alexis Bory" a écrit :

> Update of /var/cvs/FlightGear-0.9/data/Aircraft/f-14b/Sounds
> In directory baron.flightgear.org:/tmp/cvs-serv3262
> 
> Added Files:
>   canopy-close2.wav canopy-trans.wav 
> Log Message:
> - Alexis Bory: Added missing sounds. Thanks Fred.

The files are not only missing, but they are also referenced by 
a XML file to get the one in the A10 directory. You should also 
fix that file

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Dependency problem with the F14 in the prerelease

[Frederic Bouvier]

Hi,

f-14b uses two .wav files that are not in the proposed data package of the 
prerelease :
Aircraft/A-10/Sounds/canopy-trans.wav
Aircraft/A-10/Sounds/canopy-close2.wav

This is causing FG to exit with this error :
OpenAL error (AL_INVALID_VALUE): constructor (alBufferData)
Failed to buffer data.

I committed a fix for the exit. Now it would be nice if the aircraft designer ( 
Alexis ? ) 
could fix that before the release.

Thanks,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main globals.cxx, 1.55, 1.56

[Frederic Bouvier]

Thank you Tim

-Fred


- "Frederic Bouvier" a écrit :

> Oops. I did a cut n paste from the error window. I am not able to do
> that until this evening ( CET ), so if someone else want to do that,
> go.
> 
> -Fred
> 
> - "Martin Spott" a écrit :
> 
> > Frederic,
> >
> > Frederic Bouvier wrote:
> >
> > > Index: globals.cxx
> > >
> ===
> > > RCS file: /var/cvs/FlightGear-0.9/source/src/Main/globals.cxx,v
> > > retrieving revision 1.55
> > > retrieving revision 1.56
> > > diff -C 2 -r1.55 -r1.56
> > > *** globals.cxx 2 Oct 2008 08:33:49 -   1.55
> > > --- globals.cxx 9 Dec 2008 07:58:47 -   1.56
> > > ***
> > > *** 48,51 
> > > --- 48,54 
> > >   #include 
> > >   #include 
> > > + #include 
> > > + #include 
> > > + #include 
> >
> > Would you mind converting these into forward-slashes ?
> >
> > Martin.
> 
> --
> Frédéric Bouvier
> http://my.fotolia.com/frfoto/  Photo gallery - album photo
> http://fgsd.sourceforge.net/   FlightGear Scenery Designer
> 
> 
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
> Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to
> help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main globals.cxx, 1.55, 1.56

[Frederic Bouvier]

Oops. I did a cut n paste from the error window. I am not able to do that until 
this evening ( CET ), so if someone else want to do that, go.

-Fred

- "Martin Spott" a écrit :

> Frederic,
> 
> Frederic Bouvier wrote:
> 
> > Index: globals.cxx
> > ===
> > RCS file: /var/cvs/FlightGear-0.9/source/src/Main/globals.cxx,v
> > retrieving revision 1.55
> > retrieving revision 1.56
> > diff -C 2 -r1.55 -r1.56
> > *** globals.cxx 2 Oct 2008 08:33:49 -   1.55
> > --- globals.cxx 9 Dec 2008 07:58:47 -   1.56
> > ***
> > *** 48,51 
> > --- 48,54 
> >   #include 
> >   #include 
> > + #include 
> > + #include 
> > + #include 
> 
> Would you mind converting these into forward-slashes ?
> 
>   Martin.

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel