Re: [Flightgear-devel] proposed small change to navradio.cxx

On 11 Nov 2009, at 00:49, syd adams wrote: > Sounds good to me , but I admit I've been avoiding updating until I > know what's happening to the nav system :) Somewhat confused by this - are you waiting for it to be 'done'? (Which is not the nature of open-source development...) Equally, I'm

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main viewmgr.cxx, 1.42, 1.43 viewmgr.hxx, 1.19, 1.20

Csaba Halász wrote: > On 5 Nov 2009, at 09:18, Erik Hofman wrote: > >> John Denker: >> Add a view debugging functions and represent the viewer quats in the >> property tree for debugging. > > Unfortunately the debug code is broken and causes segfaults. It is > tieing temporary char pointers to pr

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main viewmgr.cxx, 1.45, 1.46

Hi Erik, Erik Hofman wrote: > Update of /var/cvs/FlightGear-0.9/source/src/Main > In directory baron.flightgear.org:/tmp/cvs-serv10148 > > Modified Files: >viewmgr.cxx > Log Message: > put the debugging quat strings as doubles under /sim/current-view/debug > instead. I suspect that som

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main viewmgr.cxx, 1.45, 1.46

Martin Spott wrote: > Hi Erik, > > Erik Hofman wrote: >> Update of /var/cvs/FlightGear-0.9/source/src/Main >> In directory baron.flightgear.org:/tmp/cvs-serv10148 >> >> Modified Files: >>viewmgr.cxx >> Log Message: >> put the debugging quat strings as doubles under /sim/current-view/debug

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main viewmgr.cxx, 1.42, 1.43 viewmgr.hxx, 1.19, 1.20

On 11/10/2009 06:36 PM, Csaba Halász wrote: > On 5 Nov 2009, at 09:18, Erik Hofman wrote: > >> John Denker: >> Add a view debugging functions and represent the viewer quats in the >> property tree for debugging. > > Unfortunately the debug code is broken and causes segfaults. It is > tieing tempo

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main viewmgr.cxx, 1.42, 1.43 viewmgr.hxx, 1.19, 1.20

On Wed, Nov 11, 2009 at 2:43 PM, John Denker wrote: > > Before switching to the string representation, I read the > code for the tie functions.  I got the impression the code > was making a clone, i.e. a deep copy.  Apparently this > impression was incorrect.  Sorry. No, the problem isn't with th

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main viewmgr.cxx, 1.42, 1.43 viewmgr.hxx, 1.19, 1.20

John Denker wrote: > Having used the feature both ways, I remain of the opinion > that the string representation is easier for the user to > interpret. Doing this safely via a few static char*s is > easy to do. Let me work on it. To be honest I don't think it's worth the effort, but I wont hold

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main

Erik Hofman wrote: > Martin Spott wrote: >> Hi Erik, >> >> Erik Hofman wrote: >>> Update of /var/cvs/FlightGear-0.9/source/src/Main >>> In directory baron.flightgear.org:/tmp/cvs-serv10148 >>> >>> Modified Files: >>>viewmgr.cxx >>> Log Message: >>> put the debugging quat strings as double

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main viewmgr.cxx, 1.42, 1.43 viewmgr.hxx, 1.19, 1.20

On 11/11/2009 07:10 AM, Erik Hofman wrote: > John Denker wrote: >> Having used the feature both ways, I remain of the opinion >> that the string representation is easier for the user to >> interpret. Doing this safely via a few static char*s is >> easy to do. Let me work on it. > > To be honest

Re: [Flightgear-devel] Prime Meridian Crash

Dont know if this helps. but I compiled SG and FG with and without the CXXFLAGS. It only crashes when CXXFLAGS are NOT on FG, which seems to indicate a FG problem. Also noted is that the crash seems to happen 9 times out of ten to the west of prime, no matter how its approached. Is there anyt

[Flightgear-devel] error: no matching function for call to ‘FGFX::set_velocity(SGVec3d&) ’

The current "next" branch won't compile chez moi. make[2]: Entering directory `.../fgs/src/Model' g++ -DHAVE_CONFIG_H -I. -I../../src/Include -I../.. -I../../src -I/games/orig/usr/include -I/usr/local/include -Wl,-rpath=/games/orig/usr/lib64 -I/games/orig/usr -D_REENTRANT -MT acmodel.o -MD -M

Re: [Flightgear-devel] error: no matching function for call to ‘FGFX::set_velocity(SGVec3d&) ’

On 11/11/2009 08:24 PM, John Denker wrote: > The current "next" branch won't compile chez moi. > > make[2]: Entering directory `.../fgs/src/Model' > g++ -DHAVE_CONFIG_H -I. -I../../src/Include -I../.. -I../../src > -I/games/orig/usr/include -I/usr/local/include > -Wl,-rpath=/games/orig/usr/lib

Re: [Flightgear-devel] festival ... or not

Hi Guys, John Denker wrote in part: > On 11/09/2009 02:37 PM, Anders Gidenstam wrote in part: > > 2. I don't remeber if I had to touch the festival config or not, but here > > it is: > > > > and...@sleipner:/etc$ cat /etc/festival.scm > > (Parameter.set 'Audio_Command "aplay -D plug:dmix -q -c

Re: [Flightgear-devel] festival ... or not

On Wed, Nov 11, 2009 at 11:49 PM, Stuart Buchanan wrote: > Hi Guys, > > John Denker wrote in part: > >> On 11/09/2009 02:37 PM, Anders Gidenstam wrote in part: >> > 2. I don't remeber if I had to touch the festival config or not, but here >> > it is: >> > >> > and...@sleipner:/etc$ cat /etc/festiv

Re: [Flightgear-devel] error: no matching function for call to ‘FGFX::set_velocity(SGVec3d&) ’

On 11/11/2009 03:00 PM, Tim Moore wrote: > Try it again. My pushes to the flightgear and simgear repos got a bit out of > sync. All better now. Thanks. -- Let Crystal Reports handle the reporting - Free Crystal Reports

Re: [Flightgear-devel] Access flight data with an external application in realtime.

I've done this but using the telnet option of Flightgear. Works fine Leidson PlanetaMessenger.org 2009/11/4 Ørjan Pettersen > Curtis Olson wrote: > > 2009/10/31 Ørjan Pettersen > > > > > > Hello! > > > > I was planning on using FG as a UAV test platform.

Re: [Flightgear-devel] festival ... or not

On 11/11/2009 03:49 PM, Stuart Buchanan wrote: > I may be missing something, but I haven't had any problems getting > festival to work on Ubuntu, other than extracting the files in the correct > place. > I don't have a /etc/festival.scm file. > > Is this specific to some sound driver? I'm prett

[Flightgear-devel] view quats one per line

> On 11/11/2009 07:10 AM, Erik Hofman wrote: >> John Denker wrote: >>> Having used the feature both ways, I remain of the opinion >>> that the string representation is easier for the user to >>> interpret. Doing this safely via a few static char*s is >>> easy to do. Let me work on it. >> To be ho

[Flightgear-devel] Clouds

Can the enable 3d clouds Menu >> View >> Rendering options >> 3D Coluds also appear under Menu >> Enviroment >> Clouds if possible Pete -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day t

Re: [Flightgear-devel] Quats from (lat,lon) to (0,0)

> Here's how I would do the celestial mechanics: > > This is simplest in the earth-centered nonrotating > frame (ECN). > >Note: I couldn't find a decent reference defining >the various reference frames, so I wrote one: > http://www.av8n.com/physics/coords.htm >It's still somew

Re: [Flightgear-devel] Clouds

My vote is no to a second one , but moving it , possibly. There are many other changes I'd like to make , but need more feedback... On Wed, Nov 11, 2009 at 6:11 PM, Pete Morgan wrote: > Can the enable 3d clouds > > Menu >> View >> Rendering options >> 3D Coluds > > also appear under > > Menu >>

[Flightgear-devel] [PATCH] recent segfaults caused by jsbsim and property tree

Hi Everybody! As you may know we have been recently investigating mysterious segfaults experienced with some jsbsim aircraft such as the f16 or the hansajet. I have identified the following problems: 1) SGPropertyNode::getNode apparently stops parsing after an index. For example, given /foo/bar[0

Re: [Flightgear-devel] Clouds

>From a end-user perspective, at this point, I'd be vote No to moving and No to the duplicating it. The reason being is that the "3d Clouds" option is rendering only and not a weather option. I'd expect similar cloud coverage for both 3d clouds or the older method. Moving the option would mean tha

[Flightgear-devel] dubious code in options.cxx

Hi Folks -- The following snippet of code caught my eye: // If the string is too large to fit on the screen, // then split it up in several pieces. while ( t_str.size() > 47 ) { unsigned int m

Re: [Flightgear-devel] [Jsbsim-devel] [PATCH] recent segfaults caused by jsbsim and property tree

> Hi Everybody! > > As you may know we have been recently investigating mysterious > segfaults experienced with some jsbsim aircraft such as the f16 or the > hansajet. > I have identified the following problems: > > 1) SGPropertyNode::getNode apparently stops parsing after an index. > For example

Re: [Flightgear-devel] Clouds

On Thu, 2009-11-12 at 15:35 +1100, George Patterson wrote: > >From a end-user perspective, at this point, I'd be vote No to moving > and No to the duplicating it. > > The reason being is that the "3d Clouds" option is rendering only and > not a weather option. I'd expect similar cloud coverage for

Re: [Flightgear-devel] [PATCH] recent segfaults caused by jsbsim and property tree

On 11/12/2009 04:19 AM, Csaba Halász wrote: > Hi Everybody! > > As you may know we have been recently investigating mysterious > segfaults experienced with some jsbsim aircraft such as the f16 or the > hansajet. > I have identified the following problems: > > 1) SGPropertyNode::getNode apparently

Re: [Flightgear-devel] festival ... or not

I'm launch festival as $ aoss festival --server And I advise you to use HTS voices - they a really small, only few megs each, but its quality same as hundreds-Mb CMU voices... You can get it here http://hts.sp.nitech.ac.jp/?Download -- --- WBR, Vadym.