Re: [Flightgear-devel] segfault in recent CVS due to minimal sound configuration file

2008-01-12 Thread Tim Moore
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Tiago Gusmão wrote:

| Hi
|
| The code was assuming there would be a fx node. The attached patch
| fixed it in my tests (and corrects a i++ to ++i in a for loop)
|
| Cheers,
| Tiago

Committed with some reformatting. Thanks!

Tim
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFHiJfReDhWHdXrDRURAl5fAKCpibTDXZ5DK+AtkUhiFE9eaC7YvACdEgrv
uh9Q1ssEtxNM30R8q0WXG0k=
=EklS
-END PGP SIGNATURE-

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG: FG HEAD fails to compile after recent changes to configure.ac (reverting fixes it)

2008-01-12 Thread AnMaster
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

This does NOT solve it:

from configure after update to your patched version:
checking for osg/Version... yes
checking for osgViewerGetVersion in -losgViewer... no
checking for osgGAGetVersion in -losgGA... no
checking for osgTextGetVersion in -losgText... no
checking for osgUtilGetVersion in -losgUtil... no
checking for osgDBGetVersion in -losgDB... no
checking for osgSimGetVersion in -losgSim... no
checking for osgGetVersion in -losg... no
checking for OpenThreadsGetVersion in -lOpenThreads... no

Later:
g++  -pipe -march=k8 -O2 -I/home/arvid/local/flightgear-osg -D_REENTRANT  
-Wl,-O1,--hash-style=both
- -L/home/arvid/local/flightgear-osg/lib -L/usr/X11R6/lib -L/usr/local/lib -o 
calc_loc calc_loc.o
- -lsgmath -lsgdebug -lsgmisc -lz -ldl -lm  -losgFX
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: 
warning:
libosgUtil.so.27, needed by /home/arvid/local/flightgear-osg/lib/libosgFX.so, 
not found (try using
- -rpath or -rpath-link)
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: 
warning:
libosgDB.so.27, needed by /home/arvid/local/flightgear-osg/lib/libosgFX.so, not 
found (try using
- -rpath or -rpath-link)
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: 
warning:
libosg.so.27, needed by /home/arvid/local/flightgear-osg/lib/libosgFX.so, not 
found (try using
- -rpath or -rpath-link)
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: 
warning:
libOpenThreads.so.9, needed by 
/home/arvid/local/flightgear-osg/lib/libosgFX.so, not found (try
using -rpath or -rpath-link)
calc_loc.o: In function `main':
calc_loc.cxx:(.text+0x21a): undefined reference to `SGGeodesy::direct(SGGeod 
const, double, double,
SGGeod, double)'
calc_loc.cxx:(.text+0x32f): undefined reference to `SGGeodesy::inverse(SGGeod 
const, SGGeod const,
double, double, double)'
calc_loc.cxx:(.text+0x3b2): undefined reference to `SGGeodesy::direct(SGGeod 
const, double, double,
SGGeod, double)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::NodeVisitor::~NodeVisitor()'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::TexEnvCombine::TexEnvCombine()'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Group::removeChildren(unsigned int, unsigned int)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::VertexProgram::VertexProgram()'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::TexEnvCombine::setOperand1_RGB(int)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Group::releaseGLObjects(osg::State*) const'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to 
`virtual thunk to
osg::NodeVisitor::~NodeVisitor()'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osgUtil::CubeMapGenerator::generateMap(bool)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Group::insertChild(unsigned int, osg::Node*)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Material::setEmission(osg::Material::Face, osg::Vec4f const)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Material::setSpecular(osg::Material::Face, osg::Vec4f const)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to 
`typeinfo for osg::Group'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Texture::setWrap(osg::Texture::WrapParameter, osg::Texture::WrapMode)'
[and a lot more of that]

For now I'll revert again.

Regards,

Arvid Norlander


Curtis Olson wrote:
 I just committed a patch that should fix this configure.ac problem.  Guys,
 it looks like no one tested this patch before committing it, or didn't look
 close enough at the result.  It doesn't bother me that mistakes happen once
 in a while ... this is the dev tree after all, but it makes me nervous ...
 this wasn't a typo or inadvertant bug, it was a clear misunderstanding of
 the automake/autoconf system ... and it's hard to imagine this was ever
 tested, otherwise it should have been clear that it didn't do what was
 intended.  Anyway, it should now be fixed, so on with life ... :-)
 
 Curt.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)

iD8DBQFHiKyBWmK6ng/aMNkRCtz4AJ41I4iatsY9puL0vvsH8QK75q9TlwCgyo74
AmSg6ErO7S4RFUjGSzbMSK4=
=QKNu
-END PGP SIGNATURE-

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net

Re: [Flightgear-devel] BUG: FG HEAD fails to compile after recent changes to configure.ac (reverting fixes it)

2008-01-12 Thread AnMaster
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

After talking to AndersG on IRC I tried rebuilding from a clean checkout, same 
result but earlier:

checking osg/Version usability... yes
checking osg/Version presence... yes
checking for osg/Version... yes
checking for osgViewerGetVersion in -losgViewer... no
checking for osgGAGetVersion in -losgGA... no
checking for osgTextGetVersion in -losgText... no
checking for osgUtilGetVersion in -losgUtil... no
checking for osgDBGetVersion in -losgDB... no
checking for osgSimGetVersion in -losgSim... no
checking for osgGetVersion in -losg... no
checking for OpenThreadsGetVersion in -lOpenThreads... no

$ make
Making all in tests
make[1]: Entering directory `/mnt/src/arvid/flightgear/source-head/tests'
gcc -DHAVE_CONFIG_H -I. -I../src/Include   
-I/home/arvid/local/flightgear-osg/include
- -I/usr/X11R6/include  -pipe -march=k8 -O2 -D_REENTRANT -MT est-epsilon.o -MD 
-MP -MF
.deps/est-epsilon.Tpo -c -o est-epsilon.o est-epsilon.c
mv -f .deps/est-epsilon.Tpo .deps/est-epsilon.Po
gcc  -pipe -march=k8 -O2 -D_REENTRANT -L/home/arvid/local/flightgear-osg/lib 
-L/usr/X11R6/lib
- -L/usr/local/lib -o est-epsilon est-epsilon.o -lglut -lGLU -lGL -lXmu -lXt 
-lSM -lICE -lXi -lXext
- -lX11 -ldl -lm  -losgFX
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: 
warning:
libosgUtil.so.27, needed by /home/arvid/local/flightgear-osg/lib/libosgFX.so, 
not found (try using
- -rpath or -rpath-link)
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: 
warning:
libosgDB.so.27, needed by /home/arvid/local/flightgear-osg/lib/libosgFX.so, not 
found (try using
- -rpath or -rpath-link)
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: 
warning:
libosg.so.27, needed by /home/arvid/local/flightgear-osg/lib/libosgFX.so, not 
found (try using
- -rpath or -rpath-link)
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: 
warning:
libOpenThreads.so.9, needed by 
/home/arvid/local/flightgear-osg/lib/libosgFX.so, not found (try
using -rpath or -rpath-link)
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::NodeVisitor::~NodeVisitor()'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::TexEnvCombine::TexEnvCombine()'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Group::removeChildren(unsigned int, unsigned int)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::VertexProgram::VertexProgram()'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::TexEnvCombine::setOperand1_RGB(int)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Group::releaseGLObjects(osg::State*) const'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to 
`virtual thunk to
osg::NodeVisitor::~NodeVisitor()'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osgUtil::CubeMapGenerator::generateMap(bool)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Group::insertChild(unsigned int, osg::Node*)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Material::setEmission(osg::Material::Face, osg::Vec4f const)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Material::setSpecular(osg::Material::Face, osg::Vec4f const)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to 
`typeinfo for osg::Group'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Texture::setWrap(osg::Texture::WrapParameter, osg::Texture::WrapMode)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Group::traverse(osg::NodeVisitor)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Texture::setFilter(osg::Texture::FilterParameter, 
osg::Texture::FilterMode)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to 
`osg::Matrixd::makeIdentity()'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::NodeVisitor::NodeVisitor(osg::NodeVisitor::TraversalMode)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::PolygonMode::PolygonMode()'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Shader::Shader(osg::Shader::Type, std::basic_stringchar, 
std::char_traitschar,
std::allocatorchar  const)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Referenced::deleteUsingDeleteHandler() const'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::Group::resizeGLObjectBuffers(unsigned int)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::TexEnv::TexEnv(osg::TexEnv::Mode)'
/home/arvid/local/flightgear-osg/lib/libosgFX.so: undefined reference to
`osg::TexEnvCombine::setSource0_RGB(int)'

Re: [Flightgear-devel] autopilot controller filter weirdness

2008-01-12 Thread Curtis Olson
On Jan 11, 2008 7:09 PM, LeeE wrote:

 Spoke too soon - I thought I'd update SG  FG from cvs before trying
 this and now FG won't get past the 'loading scenery objects' phase.


My understanding is that OSG 2.2.0 and earlier has some bugs that cause
problems with the new OSG random objects code.  Using OSG 2.3.1 or newer
should fix the problem for you, otherwise there is an environment variable
you can set, but you'll have to dig the archives to find it, I don't recall
what it is off the top of my head.

Regards,

Curt.
-- 
Curtis Olson: http://baron.flightgear.org/~curt/
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] httpd patch

2008-01-12 Thread Josh Babcock
I got tired of watching all those http requests scroll over the screen, 
so I made them SG_LOG( SG_IO, SG_INFO, );

Commit it if you like it.

Josh
? httpd.diff
Index: httpd.cxx
===
RCS file: /var/cvs/FlightGear-0.9/source/src/Network/httpd.cxx,v
retrieving revision 1.13
diff -u -p -r1.13 httpd.cxx
--- httpd.cxx   3 Nov 2007 17:04:04 -   1.13
+++ httpd.cxx   12 Jan 2008 16:15:53 -
@@ -101,7 +101,7 @@ void HttpdChannel::foundTerminator (void
 const string s = buffer.getData();
 
 if ( s.find( GET  ) == 0 ) {
-printf(echo: %s\n, s.c_str());
+SG_LOG( SG_IO, SG_INFO, s.c_str() );   
 
 string rest = s.substr(4);
 string request;
@@ -120,7 +120,7 @@ void HttpdChannel::foundTerminator (void
 // request to update property value
 string args = request.substr( pos + 1 );
 request = request.substr( 0, pos );
-printf('%s' '%s'\n, request.c_str(), args.c_str());
+SG_LOG( SG_IO, SG_INFO, request.c_str()  args.c_str() );   
 request = urlDecode(request);
 
 // parse args looking for value=
@@ -136,12 +136,12 @@ void HttpdChannel::foundTerminator (void
 done = true;
 }
 
-printf(  arg = %s\n, arg.c_str() );
+SG_LOG( SG_IO, SG_INFO,   arg =   arg.c_str() );   
 string::size_type apos = arg.find(=);
 if ( apos != string::npos ) {
 string a = arg.substr( 0, apos );
 string b = arg.substr( apos + 1 );
-printf(a = %s  b = %s\n, a.c_str(), b.c_str() );
+SG_LOG( SG_IO, SG_INFO, a =   a.c_str()b = 
  b.c_str() );
 if ( request == /run.cgi ) {
 // execute a command
 if ( a == value ) {
@@ -267,7 +267,7 @@ void HttpdChannel::foundTerminator (void
 push( HTTP/1.1 200 OK );
 push( getTerminator() );
 
-printf(size = %d\n, response.length());
+SG_LOG( SG_IO, SG_INFO, size =   response.length() );
 char ctmp[256];
 sprintf(ctmp, Content-Length: %d, response.length());
 push( ctmp );
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] httpd patch

2008-01-12 Thread Frederic Bouvier
Josh Babcock a écrit :
 I got tired of watching all those http requests scroll over the
 screen, so I made them SG_LOG( SG_IO, SG_INFO, );
 Commit it if you like it.

done, with some adaptation

-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's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] bug? in animation code

2008-01-12 Thread Josh Babcock
If you do this:

animation
typerotate/type
object-nameObject/object-name
propertysome/prop/property
center
x-m10.91/x-m
y-m0/y-m
z-m-1.34/z-m
/center
axis
y-x/y- THIS HERE
/axis
/animation

what you actually get is a scale animation. Neat huh?

Josh

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] autopilot controller filter weirdness

2008-01-12 Thread LeeE
On Saturday 12 January 2008 15:28, Curtis Olson wrote:
 On Jan 11, 2008 7:09 PM, LeeE wrote:
  Spoke too soon - I thought I'd update SG  FG from cvs before
  trying this and now FG won't get past the 'loading scenery
  objects' phase.

 My understanding is that OSG 2.2.0 and earlier has some bugs that
 cause problems with the new OSG random objects code.  Using OSG
 2.3.1 or newer should fix the problem for you, otherwise there is
 an environment variable you can set, but you'll have to dig the
 archives to find it, I don't recall what it is off the top of my
 head.

 Regards,

 Curt.

Doh! - didn't think of that.

From just a quick check, removing the explicit call to build() after 
init() in reinit() seems to work here:)

New configs seems to be read in ok when the autopilot is updated via 
the menu - I deliberately drove an controller into oscillating and 
backed it back out again.  Didn't notice the filter 
output 'oscillating' either.  That was just a few minutes check 
though - bit short of time atm.

Can some other people try the same change in xmlauto.xml (comment 
out/remove the call to build() at line 801) and confirm it's ok?

LeeE

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] autopilot controller filter weirdness

2008-01-12 Thread LeeE
On Saturday 12 January 2008 21:12, LeeE wrote:
 On Saturday 12 January 2008 15:28, Curtis Olson wrote:
  On Jan 11, 2008 7:09 PM, LeeE wrote:
   Spoke too soon - I thought I'd update SG  FG from cvs before
   trying this and now FG won't get past the 'loading scenery
   objects' phase.
 
  My understanding is that OSG 2.2.0 and earlier has some bugs
  that cause problems with the new OSG random objects code. 
  Using OSG 2.3.1 or newer should fix the problem for you,
  otherwise there is an environment variable you can set, but
  you'll have to dig the archives to find it, I don't recall what
  it is off the top of my head.
 
  Regards,
 
  Curt.

 Doh! - didn't think of that.

 From just a quick check, removing the explicit call to build()
  after

 init() in reinit() seems to work here:)

 New configs seems to be read in ok when the autopilot is updated
 via the menu - I deliberately drove an controller into
 oscillating and backed it back out again.  Didn't notice the
 filter
 output 'oscillating' either.  That was just a few minutes check
 though - bit short of time atm.

 Can some other people try the same change in xmlauto.xml (comment
 out/remove the call to build() at line 801) and confirm it's ok?

 LeeE

Oops - forgot to mention also that with '--log-level=info' the

 'Processing registration HA-LHA with callsign MAH096/5'

type messages still seem to be continuously output.  Is this right?  

It makes the output from --log-level=info pretty useless because 
everything else is scrolled away - I use a 2k line scroll buffer 
but even so, anything from start-up is very quickly lost.

LeeE

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] odd sky colors in flyby mode

2008-01-12 Thread Josh Babcock
I just landed at dusk and watched a reply in flyby mode. When I came out 
of replay, I was still in flyby mode, and I wasn't thinking and tried to 
use the mouse to change the viewpoint as if it were chase mode. Of 
course it didn't work, but what is interesting is that the sky colors on 
the horizon were clearly changing from sunset to the eastern dark blue 
sky and back, as if the viewpoint were actually orbiting the a/c. That 
was panning l/r. Panning u/d also changed the sky, but it seemed to be 
going from the colors at the horizon to the color of the sky above, 
again as if the viewpoint was revolving.

I thought it was of note. Seems like there may be a minor bug in there 
somewhere.

Josh

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Pushback

2008-01-12 Thread Maik Justus
Hi Gijs,
a few days ago Jester, simstick and me tried to get the pushback working 
over the MP-protocol. In principle it worked. But the problem is the 
time lag between th different users.  To avoid ugly oscillations it was 
necessary to use a very elastic junction between pushbak und 787, which 
looks (and is) very unrealistic. I think many users would rate this as a 
bug. At aerotow the elastic tow is not so noticeable.

I think for simulating pushback (or skydiver; anything where a 
non-elastic junction is needed), we need another concept. The FDM of 
the airliner in pushback (or the FMD of the skydiver while lifting) need 
to be switched off and the the pushback (or of the jump-plane) need to 
do all the simulation. Therefore we need to set position and orientation 
of another aircraft over the MP-protocol instead of transmitting 
forces.  For the skydiver nearly anything is there. We just need one 
Nasal listener on the skydiver side, which listens for setting 
position/orientation/speed by the FDM and overwrites this with the 
values (+ offset) of the jump-plane. And we need something similar at 
the jump-plane to set the position of the skydiver inside the jump-plane 
(without the skydiver would follow the jump plane in some distance (due 
to the time lag)).
For the pushback we need something similar. Additionally the pushback 
need to know the gear positions of the airliner to simulate it properly. 
But all this should be possible in Nasal.

Best regards,
Maik


Gijs de Rooy schrieb am 21.12.2007 16:06:
 Ok, let's try the 787-8 than.

  

 Gijs



 
  Date: Fri, 21 Dec 2007 15:54:41 +0100
  From: [EMAIL PROTECTED]
  To: flightgear-devel@lists.sourceforge.net
  Subject: Re: [Flightgear-devel] Pushback
 
  787-8
  --- Gijs de Rooy [EMAIL PROTECTED] schrieb:
 
The 737 is JSBSim - it only works with YASim. 
   HHS  still in work:
   http://www.hoerbird.net/galerie.html But already
   done: http://www.hoerbird.net/reisen.html
  
  
  
  
   Well, what aircraft do you recommend?
  
  _
   Bekijk Yes-R's real life soap op MSN Video!
  
  
 http://video.msn.com/video.aspx?mkt=nl-nltab=m1192527562294vid=8aff5b76-b78d-4b55-8b64-ef7e1d73aab2playlist=videoByUuids:uuids:50b732c2-c105-41e9-adf0-36bd627d4eaa,0813da8c-031b-423f-a79d-35d925aee805,5cce447e-948d-43af-9862-45bb6bb9d6d8,6a39138c-f562-4254-be70-9d93343650f8,f9b8d78f-05a4-4c74-8e4b-28d20a4037abfrom=NLNL_Yes-R
  
 -
   This SF.net email is sponsored by: Microsoft
   Defy all challenges. Microsoft(R) Visual Studio
   2005.
  
  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
  ___
   Flightgear-devel mailing list
   Flightgear-devel@lists.sourceforge.net
  
  https://lists.sourceforge.net/lists/listinfo/flightgear-devel
  
 
 
  still in work: http://www.hoerbird.net/galerie.html
  But already done: http://www.hoerbird.net/reisen.html
 
 
  __ Ihr erstes Fernweh? Wo gibt es 
 den schönsten Strand? www.yahoo.de/clever
 
  
 -
  This SF.net email is sponsored by: Microsoft
  Defy all challenges. Microsoft(R) Visual Studio 2005.
  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
  ___
  Flightgear-devel mailing list
  Flightgear-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/flightgear-devel

 
 Plan je evenement, nodig mensen uit en deel je foto's met Windows Live 
 Events http://events.live.com
 

 -
 This SF.net email is sponsored by: Microsoft
 Defy all challenges. Microsoft(R) Visual Studio 2005.
 http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 

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


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] autopilot controller filter weirdness

2008-01-12 Thread Ron Jensen
On Sat, 2008-01-12 at 21:22 +, LeeE wrote:

 Oops - forgot to mention also that with '--log-level=info' the
 
  'Processing registration HA-LHA with callsign MAH096/5'
 
 type messages still seem to be continuously output.  Is this right?  
 
 It makes the output from --log-level=info pretty useless because 
 everything else is scrolled away - I use a 2k line scroll buffer 
 but even so, anything from start-up is very quickly lost.
 
 LeeE

add --prop:/sim/traffic-manager/enabled=0 to the command line.  This is
output from the traffic-manager.

Ron



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Weekly CVS Changelog Summary: SimGear

2008-01-12 Thread Curtis L. Olson
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-06_09:04:44 (timoore)
/var/cvs/SimGear-0.3/source/simgear/scene/tgdb/SGModelBin.hxx
/var/cvs/SimGear-0.3/source/simgear/scene/tgdb/SGTexturedTriangleBin.hxx
/var/cvs/SimGear-0.3/source/simgear/scene/util/QuadTreeBuilder.cxx

Random object support from Stuart Buchanan

In addition to Stuart's changes, there's an independent quad tree
builder class for constructing loose quad trees from scene graph nodes.

Stuart also implemented changes to the random number generator suggested by
Andy Ross.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-06_09:04:45 (timoore)
/var/cvs/SimGear-0.3/source/simgear/scene/util/QuadTreeBuilder.hxx

Random object support from Stuart Buchanan

In addition to Stuart's changes, there's an independent quad tree
builder class for constructing loose quad trees from scene graph nodes.

Stuart also implemented changes to the random number generator suggested by
Andy Ross.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-12_02:50:21 (fredb)
/var/cvs/SimGear-0.3/source/simgear/scene/model/ModelRegistry.cxx

Avoid spitting gazillion 'Cannot find image file  ' message on the console 
while loading random objects


2f585eeea02e2c79d7b1d8c4963bae2d

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Weekly CVS Changelog Summary: FlightGear data

2008-01-12 Thread Curtis L. Olson
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-06_04:36:11 (stuart)
/var/cvs/FlightGear-0.9/data/Input/Joysticks/CH/fighterstick-usb.xml

Joystick Definition for CH Products Fighterstick USB.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-08_11:02:22 (curt)
/var/cvs/FlightGear-0.9/data/Aircraft/Boeing314/Dialogs/Boeing314-moorage.xml
/var/cvs/FlightGear-0.9/data/Aircraft/Boeing314/Nasal/Boeing314-interface.nas

Moorages are upgraded to 0.9.10 scenery.

Restores the view cycling : only 1 cockpit view at once.

ctrl-I opens the menu.

Restores position of sounds.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-09_18:22:33 (curt)
/var/cvs/FlightGear-0.9/data/Aircraft/snowplow/Models/ksfo-skijump.xml

Add an interesting challenge for the snowplow near KSFO-1R


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-09_18:25:20 (curt)
/var/cvs/FlightGear-0.9/data/Models/fgfsdb/SkiJump.ac

Add a jump to the available models.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-09_18:25:21 (curt)
/var/cvs/FlightGear-0.9/data/Models/fgfsdb/SkiJump.xml

Add a jump to the available models.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-11_19:17:06 (helijah)
/var/cvs/FlightGear-0.9/data/Aircraft/Lionceau/lionceau-set.xml

- New livrery by Laurent HAYVEL.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-11_19:17:07 (helijah)
/var/cvs/FlightGear-0.9/data/Aircraft/Lionceau/Models/texture.rgb

- New livrery by Laurent HAYVEL.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-12_02:07:36 (sydadams)
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/instrumentation.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/FDC.rgb
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/altimeter1.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/altset.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/asi300.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/clock.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/eadi.rgb
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/eadi.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/efis84-eadi.ac
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/efis84-ehsi.ac
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/ehsi.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/fdc.ac
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/fdc.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/fflow1.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/fflow2.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/fuelqty.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/itt1.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/itt2.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/n21.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/n22.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/oilp1.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/oilp2.xml

updates to FDM , electrical system , flightdirector, autopilot,EADI...


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-12_02:07:37 (sydadams)
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/rmi.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/rpm1.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/rpm2.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/stby-gyro.ac
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/stby-gyro.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/torq1.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/torq2.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Instruments/vsi.xml
/var/cvs/FlightGear-0.9/data/Aircraft/b1900d/Nasal/gps.nas

updates to FDM , electrical system , flightdirector, autopilot,EADI...


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-12_06:34:13 (helijah)
/var/cvs/FlightGear-0.9/data/Aircraft/Lionceau/Models/shadow.xml

- correction for mp shadow


2f585eeea02e2c79d7b1d8c4963bae2d

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] autopilot controller filter weirdness

2008-01-12 Thread K. Hoercher
On Sat, Jan 12, 2008 at 09:22:15PM +, LeeE wrote:
 On Saturday 12 January 2008 21:12, LeeE wrote:
  On Saturday 12 January 2008 15:28, Curtis Olson wrote:
   On Jan 11, 2008 7:09 PM, LeeE wrote:
  From just a quick check, removing the explicit call to build()
   after
 
  init() in reinit() seems to work here:)
 
  New configs seems to be read in ok when the autopilot is updated
  via the menu - I deliberately drove an controller into
  oscillating and backed it back out again.  Didn't notice the
  filter
  output 'oscillating' either.  That was just a few minutes check
  though - bit short of time atm.
 
  Can some other people try the same change in xmlauto.xml (comment
  out/remove the call to build() at line 801) and confirm it's ok?
 

I'd like to confirm. I had been learning/tuning/messing around with
some autopilot here too. Before I could come down to a firm conclusion I
seemed to have odd effects on reloading changed configurations, like
apparently fighting of different controllers. When I noticed your
observation here, I successfully tried the suggested commenting out (cvs
of 28122007) and at least now the stuff seems to work and does also pick
up changed configurations when reloading.

 It makes the output from --log-level=info pretty useless because 
 everything else is scrolled away - I use a 2k line scroll buffer 
 but even so, anything from start-up is very quickly lost.
 
 LeeE

You could single out the logging class (seemingly only at runtime)
by manipulating /sim/logging/classes. On a side note: I don't think the
usage of SG_ALL for a couple of SG_LOG statements is a desired one. They
pretty much defy that filtering out especially at higher debug levels.
Imho SG_ALL is not (or should not be) a valid class for SG_LOG but
a mere convenience on the logging output side of things.

regards
K. Hoercher

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Weekly CVS Changelog Summary: FlightGear source

2008-01-12 Thread Curtis L. Olson
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-11_01:05:33 (fredb)
/var/cvs/FlightGear-0.9/source/utils/fgadmin/src/fgadmin_funcs.cxx

Win32 fix


2f585eeea02e2c79d7b1d8c4963bae2d

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel