Unfortunately introducing real world AI is not only awkward from the
maintainability with different sources point of view. Its best kept as
separate from FG as possible in my view.
It clashes with scheduled AI aircraft, in that they can appear twice and
cant do as good a job in the sim
On Wed, 2011-04-13 at 19:37 +0200, Durk Talsma wrote:
Admittedly, I only looked at the corresponding forum topic very briefly, but
the screenshots certainly looked promising. I'd be happy to commit the
corresponding simgear and flightgear patches.
I did see some comments from Fred in the
On Wed, 2011-04-13 at 19:37 +0200, Durk Talsma wrote:
Admittedly, I only looked at the corresponding forum topic very
briefly, but the screenshots certainly looked promising. I'd be happy
to commit the corresponding simgear and flightgear patches.
I did see some comments from Fred in
HLA is a follow-on to DIS and SimNet developed by DARPA and would require
either an extensive rewrite of FG to be HLA (Stanag 4603)
compliant or a wrapper function, In addition, there is a thing called
Run-Time Infrastructure (RTI) that handles the federates interfaces
Matthias Fröhlich added
Thanks for the links Torsten,
I need to upgrade from git 2.2 release to current to play with this, I have
spend the last few hours since your post digging into HLA.
As there is so much on the move here I was unaware of, best for now i
confine myself to a routine to parse ads-b data.
Harry
Hello,
I have found a couple of YASim issues, more details here:
https://code.google.com/p/flightgear-bugs/issues/detail?id=302
https://code.google.com/p/flightgear-bugs/issues/detail?id=303
Would anyone still maintaining YASim please have a look and provide
some feedback?
Cheers,
Adrian
Hi Thorsten,
I suspect I know what is actually happening, at least it also happend on my
Thrustmaster Cougar.
Just try this: move all axes on the joystick to all extremes before starting
FG.
I think you are hitting on an autocalibration issue. It might be the OS or even
the joystick's own
Hello everybody,
a valgrind log of recent FlightGear is available from
http://dl.dropbox.com/u/15761796/valgrind.log
(13 MB). A short version containing only the definitely lost
backtraces is at
http://dl.dropbox.com/u/15761796/definitely_lost.log
(59 kB).
The largest single entry stems from the
Hello everybody,
a valgrind log of recent FlightGear is available from
http://dl.dropbox.com/u/15761796/valgrind.log
(13 MB). A short version containing only the definitely lost
backtraces is at
http://dl.dropbox.com/u/15761796/definitely_lost.log
(59 kB).
The largest single entry
Just a note about the belly landing ... you can use fuselage objects
instead of fake gear each end of a 'fuselage' is a contact point
, and like the doc says you can have as many and in any orientation
you like ... though most people seem to be under the impression that
you can only model the
On 14 Apr 2011, at 10:30, Frederic Bouvier wrote:
Erik Hofman wrote:
It's not production ready yet, and it even removes some of the features
form the old code. I don't seem to see any difference with different
humidity levels for example.
I guess one would have to play with the Mie
On Thu, Apr 14, 2011 at 11:15 AM, Durk Talsma durkt...@gmail.com wrote:
PS: what about the 2.2 release first ? I see plans for lots of code.
Yeah, we should get back to that. What is the current status? I have spend
a lot of time doing the prepatory work for an eventual release during my
Hi Arnt,
http://geoffair.org/tmp/makefg
..your makef|tg is still version 1.2.3, Geoff?
That link should be to 1.2.4 IIRC. And have not
used/changed the 'tg' version for _MANY_ months,
but also think it should be 1.2.4...
Am presently testing a makefg 1.2.5, especially using
an OSGTRUNK
Hi Arnt,
I got the SAME message and an abort when I
tried to comment out the nimitz_demo in
preference.xml?
Submodels: Unable to read AI submodel list
so put back the original preferences.xml.
And have now had a chance to run under gdb, and
got :-
~/fg/fg14$ ./run_fgfs_gdb.sh
run_fgfs_gdb.sh:
Am 14.04.2011 16:58, schrieb Torsten Dreyer:
Thanks for looking into this.
A few comments on the autopilot objects:
InputValueLists are vectors of InputValue, a subclass of SGReferenced, so
they
should be automatically deleted, once the last reference is gone?
The componentForge is a
On Thu, 14 Apr 2011 18:51:45 +0200, Geoff wrote in message
1302799905.6456.2.camel@DELL02:
Hi Arnt,
http://geoffair.org/tmp/makefg
..your makef|tg is still version 1.2.3, Geoff?
That link should be to 1.2.4 IIRC. And have not
used/changed the 'tg' version for _MANY_ months,
but also
On Thu, 14 Apr 2011 19:18:26 +0200, Geoff wrote in message
1302801506.6456.7.camel@DELL02:
Hi Arnt,
I got the SAME message and an abort when I
tried to comment out the nimitz_demo in
preference.xml?
Submodels: Unable to read AI submodel list
so put back the original preferences.xml.
Hi Arnt,
http://geoffair.org/tmp/makefg
This is 'now' 1.2.5, since I am quite happy with
it so far... but still testing...
But specific version are usually also available
under their version numbers -
http://geoffair.org/tmp/makefg-1.2.5
http://geoffair.org/tmp/makefg-1.2.4
On Thu, 2011-04-14 at 18:15 +0200, Durk Talsma wrote:
Okay, thanks for the comments. I'll be holding back on committing. Is
there any perspective that this patch can be brought to production
quality?
I'm not sure, it needs time to look after some things. For one it should
be made possible
Adrian,
Great catch on the fuel and glideslope issues. You're right-- despite
parsing the fuel attributes and supplying defaults if necessary, it
has the defaults hard-coded right in the Airplane::compile block. It
seems to consider the user-supplied values for aircraft mass, but not
elsewhere.
This doesn't happen for static variables nor for data members. I'd
assume that in case of SGReferenced objects, the same explicit delete is
necessary to decrement the reference counter.
Isn't that what SGReferenced objects were made for? Automatic deletion?
Minimal but slight more complex
On Thu, 14 Apr 2011 20:24:50 +0200, Geoff wrote in message
1302805490.6456.10.camel@DELL02:
Hi Arnt,
http://geoffair.org/tmp/makefg
This is 'now' 1.2.5, since I am quite happy with
it so far... but still testing...
But specific version are usually also available
under their
Erik wrote
On Thu, 2011-04-14 at 18:15 +0200, Durk Talsma wrote:
Okay, thanks for the comments. I'll be holding back on committing. Is
there any perspective that this patch can be brought to production
quality?
I'm not sure, it needs time to look after some things. For one it
Erik Hofman wrote:
I'm not sure, it needs time to look after some things. For one it should
be made possible for the shader to adjust the fog color located
under /rendering/fog but at this time values written to it will be
overwritten by the current code.
Erik
I can only agee with
On Thu, 14 Apr 2011 18:50:18 +0700, Harry wrote in message
BANLkTikwQVYG2zrmu+yE2sbiaCq=CT=z...@mail.gmail.com:
Thanks for the links Torsten,
I need to upgrade from git 2.2 release to current to play with this,
I have spend the last few hours since your post digging into HLA.
..another
On 14.04.2011 18:22, Curtis Olson wrote:
Yeah, we should get back to that. What is the current status? I have
spend a lot of time doing the prepatory work for an eventual release
during my holiday, but apparently no release has happened during my
absence. Are there still any
Hi all,
I install Debian squeeze 64 bit.
# uname -ar
Linux laptop 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 GNU/Linux
I installed FG GIT version and I read wiki howtos:
http://wiki.flightgear.org/index.php?title=Building_FlightGear_-_Debianoldid=30115
I compiled finished
ThorstenB wrote:
The 2.2 release itself was branched in January (first sg+fg and a few
weeks later also fgdata).
Note that there are a couple of updates/additions (and removals) to the
Base Package which have, as far a I can tell, not yet been migrated to
the release branch. At least the
Did you compile simgear from git?
2011/4/15 Ozgur krep...@gmail.com
Hi all,
I install Debian squeeze 64 bit.
# uname -ar
Linux laptop 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64
GNU/Linux
I installed FG GIT version and I read wiki howtos:
On Fri, Apr 15, 2011 at 1:11 AM, Ozgur krep...@gmail.com wrote:
Hi all,
I install Debian squeeze 64 bit.
/usr/bin/ld: i386 architecture of input file
`/usr/local/games/FlightGear/lib/libsgbvh.a(BVHStaticNode.o)' is
incompatible with i386:x86-64 output
You somehow managed to build a 32 bit
On Fri, 15 Apr 2011 02:11:46 +0300, Ozgur wrote in message
banlktimxtqvsykmcpz_zfg0x-n+zibm...@mail.gmail.com:
Hi all,
I install Debian squeeze 64 bit.
# uname -ar
Linux laptop 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64
GNU/Linux
I installed FG GIT version and I read
31 matches
Mail list logo