On Fri, 2011-04-15 at 00:16 +0200, Christian Schmitt wrote:
> I can only agee with Vivian here: lets get this change into GIT, so that it
> doesn't get lost as so many others in the past. The shader is not perfect
> yet, but that should not hurt, as it is disabled as a default. Those who
> want
On Fri, 15 Apr 2011 02:11:46 +0300, Ozgur wrote in message
:
> 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
On Fri, Apr 15, 2011 at 1:11 AM, Ozgur 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 simgear. Ma
Did you compile simgear from git?
2011/4/15 Ozgur
> 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?
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 stu
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_-_Debian&oldid=30115
I compiled finished instal
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
On Thu, 14 Apr 2011 18:50:18 +0700, Harry wrote in message
:
> 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 3-letter inspiration: TLD, multimedia intro: ;o)
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
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
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
> 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 exa
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. Ma
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 possibl
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
http://geof
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 prefere
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,
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
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:
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 swi
On Thu, Apr 14, 2011 at 11:15 AM, Durk Talsma 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
> holiday, but appa
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 w
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
> 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
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 th
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 hard
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
--
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
> 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 ad
> 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
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
31 matches
Mail list logo
