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
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 property
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
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
instead.
I
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 temporary char
On Wed, Nov 11, 2009 at 2:43 PM, John Denker j...@av8n.com 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
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 you
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 doubles under
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 I don't
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
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 -MP
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/lib64
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 1 -t raw -f
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
I've done this but using the telnet option of Flightgear.
Works fine
Leidson
PlanetaMessenger.org
2009/11/4 Ørjan Pettersen orj...@stud.cs.uit.no
Curtis Olson wrote:
2009/10/31 Ørjan Pettersen orj...@stud.cs.uit.no
mailto:orj...@stud.cs.uit.no
Hello!
I was planning on
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 pretty
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 I don't
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
trial.
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 somewhat
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 ac...@daffodil.uk.com wrote:
Can the enable 3d clouds
Menu View Rendering options 3D Coluds
also appear under
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
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 that
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
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
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 both
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 stops
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.
27 matches
Mail list logo
