Csaba Halász wrote:
On Thu, Jan 15, 2009 at 12:56 AM, James Turner zakal...@mac.com wrote:
On 14 Jan 2009, at 23:40, Csaba Halász wrote:
There are some pending NaN problems I have reported, but have not
been fixed.
And users are complaining about IntersectionVisitor/CullVisitor
flooding
Martin Spott wrote:
Hi Tim,
Tim Moore wrote:
Some of the sea surface problems may be partially my fault. In August 2007 I
added more polygons to the generic ocean tile to more closely match the
curvature of the earth, in order to prevent AI ships from hovering several
meters above
Stuart Buchanan wrote:
Csaba Halász wrote:
On 32 bit system, sizeof(T_PositionMsg) = 196. On 64 bit system it is
200, due to extra 4 bytes padding at the end.
To make matters worse, in the assembled MP packet this message is
followed by property values.
Assuming the padding bytes are
Tim Moore wrote:
Stuart Buchanan wrote:
Csaba Halász wrote:
On 32 bit system, sizeof(T_PositionMsg) = 196. On 64 bit system it is
200, due to extra 4 bytes padding at the end.
To make matters worse, in the assembled MP packet this message is
followed by property values.
Assuming
Tim Moore wrote:
Csaba Halász wrote:
Hi!
The copy constructor in question:
145 FGEnvironment::FGEnvironment (const FGEnvironment env)
146 {
147 FGEnvironment();
148 copy(env);
149 }
I guess that wants to call the default constructor first. However
Csaba Halász wrote:
540 // draw numbers
541 std::ostringstream str;
542 str i;
543 const char *num = str.str().c_str();
The str.str() is returning a temporary string, that gets immediately
freed, taking the returned c_str()
Csaba Halász wrote:
The clouds_3d_enabled member is not initialized in the constructor,
but the set_3dClouds function depends on it:
void FGClouds::set_3dClouds(bool enable)
{
if (enable != clouds_3d_enabled) {
clouds_3d_enabled = enable;
buildCloudLayers();
}
}
is misconfigured, and an appropriate image
jmt Fix test-program linkage now sgmath depends on sgstructure.
fredb ignore generated files
fredb fix end of file
fredb Csaba/Jester : fix the material animation and display night textures
Tim Moore SGPropertyNode must increment / decrement the reference counter
Csaba Halász wrote:
Hi!
The copy constructor in question:
145 FGEnvironment::FGEnvironment (const FGEnvironment env)
146 {
147 FGEnvironment();
148 copy(env);
149 }
I guess that wants to call the default constructor first. However,
that doesn't work. See
Melchior FRANZ wrote:
* Durk Talsma -- Sunday 11 January 2009:
As far as I'm concerned, we'll be doing a 1.9.1 bug fix release soon.
Agreed.
I would indeed recommend that major updates to important system are
held off until we have released 1.9.1.
I've established git repositories
Frederic Bouvier wrote:
- gerard robin a écrit :
On vendredi 09 janvier 2009, Torsten Dreyer wrote:
Hello,
What happen now with the Cockpit view
Getting now the cockpit cutted
That's the near clipping pane,
you might want to add
sim
rendering
camera-group
John Denker wrote:
On 01/07/2009 01:19 PM, James Turner wrote:
On 7 Jan 2009, at 19:05, Tim Moore wrote:
I like to fetch and then rebase my local work without merging; it
makes
it much easier to get the commits into CVS via git-cvsexportcommit.
When we move
to git and publish
James Turner wrote:
On 27 Dec 2008, at 15:04, Tim Moore wrote:
Here's my workflow for using git with the FlightGear sources in CVS.
Note that
there are separate repositories for Fightgear, Simgear and the
Flightgear data.
This is inconvenient and there may a workaround using git
Tim Moore wrote:
Whoops! I've recreated your problem and I'll try to get a fix out soon.
Tim
Durk Talsma wrote:
Hi All,
After today's CVS update (~8:00AM, CET), I'm only seeing approximately 10
meters of scenery around me, using my customized camera setup (attached
below). The more
Tim Moore wrote:
Whoops! I've recreated your problem and I'll try to get a fix out soon.
Tim
Durk Talsma wrote:
Hi All,
After today's CVS update (~8:00AM, CET), I'm only seeing approximately 10
meters of scenery around me, using my customized camera setup (attached
below). The more
James Turner wrote:
On 31 Dec 2008, at 19:32, Martin Spott wrote:
Do/merge/leave whatever/however you like, I just wanted to make sure
Daniel's changes don't get lost.
Right, thanks for clarifying. I'm happy to apply the still-relevant
parts of this, and Yon's SGReferenced patch, but I
Martin Spott wrote:
Tim,
Tim Moore wrote:
James Turner wrote:
On 31 Dec 2008, at 19:32, Martin Spott wrote:
Do/merge/leave whatever/however you like, I just wanted to make sure
Daniel's changes don't get lost.
Right, thanks for clarifying. I'm happy to apply the still-relevant
parts
Whoops! I've recreated your problem and I'll try to get a fix out soon.
Tim
Durk Talsma wrote:
Hi All,
After today's CVS update (~8:00AM, CET), I'm only seeing approximately 10
meters of scenery around me, using my customized camera setup (attached
below). The more distant scenery is
Frederic Bouvier wrote:
Hi,
seeing reports that the big black box is often met with a FBO error, I began
to look at our way to render to texture. And I found this piece of code in
od_gauge.cxx, line 63 :
camera-setRenderTargetImplementation(osg::Camera::FRAME_BUFFER_OBJECT,
Alex Romosan wrote:
the latest commit to src/Main/CameraGroup.cxx changed the value of
zNear from .1 to .4 and this causes strange artifacts to show up when
panning around (like holes in the cockpit, etc.). the following patch
changes it back:
--- src/Main/CameraGroup.cxx27 Dec 2008
LeeE wrote:
Hello dev list,
If you're in no mood to critically appraise a rant then read no
further.
For quite a while now, since I stopped actively contributing to FG,
I've been sitting here watching the direction in which FG
development is heading and if ever there was a good
James Turner wrote:
On 28 Dec 2008, at 15:54, Heiko Schulz wrote:
Currently there are two approaches:
-making it all 3d. Means that signs, symbols lines are mostly done
with 3d-objects. Good example the 787-display
-using 2d-layers. Syd is using this approach on his 777 but it does
James Turner wrote:
On 27 Dec 2008, at 08:16, Tim Moore wrote:
Modified Files:
SGGeodesy.cxx
Log Message:
Fix include path
snip
*** SGGeodesy.cxx26 Dec 2008 12:08:28 - 1.8
--- SGGeodesy.cxx27 Dec 2008 08:16:03 - 1.9
***
*** 22,26
James Turner wrote:
I could benefit from some advice on using git to track (various) local
changes I'm working on.
Here's my workflow for using git with the FlightGear sources in CVS. Note that
there are separate repositories for Fightgear, Simgear and the Flightgear data.
This is
Tatsuhiro Nishioka wrote:
Hi there,
I'm very happy that we finally released 1.9.0.
According to the discussions before the release, I believe that many of us
are willing to release FlightGear more often, like semiannually or quarterly
(or even more often). To release more than once a
John Denker wrote:
On 12/12/2008 09:36 AM, Durk Talsma wrote:
If all goes well, I would like to prepare the final release version next
Friday.
Wow.
Until that time please hold back on committing anything risky, and
give these prereleases a decent workout. Let's try to make this the
James Turner wrote:
On 16 Dec 2008, at 13:45, Frederic Bouvier wrote:
After 2.0 I'll start merging in my Effects framework code that will
make, among other things, local light sources practical. I'm not
sure if the best way to do cockpit lighting is to have a light
source in the cockpit or
Yon Uriarte wrote:
Hi,
ok, last tree-rendering patch spam. Using attached patch (with no
attributes) and
coverage /= 10.0 in obj.cxx:
Result: ufo, v=0, 160fps:
http://img266.imageshack.us/my.php?image=treessimpledlpatchbt7.jpg
click on the image to zoom it.
RAM usage seems to be
John Denker wrote:
On 12/16/2008 10:20 AM, James Turner wrote:
The problem is, what happened a couple of years is irrelevant, in the
strictest sense of the word: it has zero relation to the present.
Except that the problem continues into the present. Very
recently I submitted a patch.
Yon Uriarte wrote:
Hi,
On Sun, Dec 14, 2008 at 6:12 PM, Heiko Schulz aeitsch...@yahoo.de
mailto:aeitsch...@yahoo.de wrote:
My last cloudset has fewer but larger sprites. I did this because I
noticed that it saves a lot of fps. On the forum Gijs noticed the
same with my
I have a couple of observations about the clouds.
I think that cranking up the AlphaFunc value would help with the blue outline
problem. That being said, blue outlines are a symptom of sorting problems. I
see
a lot of these when testing a local hack that fully sorts the cloud sprites
instead
Yon Uriarte wrote:
Hi,
On Sat, Nov 29, 2008 at 1:41 AM, Tim Moore [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Yon Uriarte wrote:
Hi,
logstream.cxx:
Modified a bit the logstream implementation to avoid (stack)
descent
down into (iostream
Yon Uriarte wrote:
Hi,
logstream.cxx:
Modified a bit the logstream implementation to avoid (stack) descent
down into (iostream) hell if we are not logging anything anyway. As it
is right now, it happily builds the string to print (iostream hell, deep
stacks, strings new/delete/copy)
and 2D coordinates in the coordinate frame of the view
direction. It would be more convenient for multi-screen setups to accept the 3D
coordinates of the screen corners directly and calculate the view direction and
frustum from those.
Tim
Regards... Matthew
On 11/26/08, Tim Moore [EMAIL
Frederic Bouvier wrote:
- Curtis Olson a écrit :
The solution is to draw transparent objects in sorted order back to
front ... including clouds ... so in this case it appears that the 3d
clouds are being drawn before the 2d cloud layers, and in reality the
2d cloud layers need to be
Matthew Tippett wrote:
Hi,
Recently, I discovered that there seem to be almost the double cameras
that there were previously. This is in the event/update/cull/draw
page of the statistics page.
Is this expected?
Yes. In order to draw our huge Z range -- from the tip of your nose (more
Matthew Tippett wrote:
Hi,
I have been wrestling with this for a few weeks now. As some of you are
aware, I am slowly preparing a new multi-head demo with around 8 GPUs in
it (so up to 16 heads).
The new camera support is great, but there are some problems with the
way the frustums
Tatsuhiro Nishioka wrote:
Hi,
I have similar problem, but a bit different (on Mac OS X)
When launching with non 800x600, the splash screen is centered. no problem.
but when resetting after resizing window has a clipping problem.
Here is the screenshot:
Frederic Bouvier wrote:
Hi Tim,
With the new code, I have a zNear problem shown in this screenshot :
http://frbouvi.free.fr/flightsim/fgfs_near_problem.jpg
This build is still OSG 2.6 based.
-Fred
Can you tell me what you're expecting to see i.e., is there a cockpit there
that
isn't
Tatsuhiro Nishioka wrote:
Hi,
From Mac OS side, there seems no problem in using headers of any
version of Boost as long as FlightGear works fine. I'll just grab it
and build FG with boost headers. No difficulties. However, if we're
going to use boost libraries before the next official
Csaba Halász wrote:
On Fri, Nov 21, 2008 at 1:00 PM, gerard robin [EMAIL PROTECTED] wrote:
...
Could not find at least one of the following objects for animation:
I guess that is due to the recent update of FG CVS with Nasal ? which
unfortunately include Boost ( and not useful for the
gerard robin wrote:
On vendredi 21 novembre 2008, Tim Moore wrote:
Csaba Halász wrote:
On Fri, Nov 21, 2008 at 1:00 PM, gerard robin [EMAIL PROTECTED] wrote:
...
Could not find at least one of the following objects for animation:
I guess that is due to the recent update of FG CVS
18, 2008 at 11:59 PM, Tim Moore [EMAIL PROTECTED] wrote:
FlightGear now has a dependency on the Boost library header files. See
boost.org or your favorite distribution. I built against version 1.34,
but the latest (1.37) should be fine too.
Okay, I know I am kind of late with this, but I just
Frederic Bouvier wrote:
Hi Tim,
- Tim Moore a écrit :
No new libraries are needed at this point; we're just using Boost
header files.
It looks like there is also a dependency on a newer than 2.6 version of OSG
-Fred
Not intentionally. Where's the problem?
Tim
19, 2008 at 1:31 AM, Frederic Bouvier wrote:
Hi Tim,
- Tim Moore a écrit :
No new libraries are needed at this point; we're just using Boost
header files.
It looks like there is also a dependency on a newer than 2.6 version
of OSG
-Fred
FlightGear now has a dependency on the Boost library header files. See
boost.org
or your favorite distribution. I built against version 1.34, but the latest
(1.37) should be fine too.
Tim
-
This SF.Net email is sponsored
.
On Nov 19, 2008, at 7:59 AM, Tim Moore [EMAIL PROTECTED] wrote:
FlightGear now has a dependency on the Boost library header files.
See boost.org
or your favorite distribution. I built against version 1.34, but the
latest
(1.37) should be fine too.
Tim
As thoughts are turning towards a release, I wanted to bring up a couple of
things. This time we are depending on libraries -- OpenSceneGraph -- that are
not usually built statically. They are built for dynamic linking, and libraries
that implement data file loading are loaded and linked on
gerard robin wrote:
On dimanche 16 novembre 2008, Tim Moore wrote:
As thoughts are turning towards a release, I wanted to bring up a couple of
things. This time we are depending on libraries -- OpenSceneGraph -- that
are not usually built statically. They are built for dynamic linking
Thomas Arendsen Hein wrote:
Hi!
According to the OSG wiki IntersectVisitor is deprecated, attached
is a patch to convert it to the new IntersectionVisitor.
Unfortunately this does not fix the repeating Picked up error in
TriangleIntersect errors occurring in some situations, but maybe
Roman Grigoriev wrote:
Hi Stuart!
Thanx for your greatest 3D clouds patch
Works great but I find something that can totally eliminate glitches -
Z-buffer precision.
So if I have near/far zones to 0.01/7000 I have glitches, but when I
.01 is really not a reasonable near-plane value. Having
Martin Spott wrote:
Martin Spott wrote:
for a rather long time now I have always been applying this patch to my
SimGear builds:
http://blaniel.free.fr/pub/flightgear/patches/ot_simgear.patch
I have to admit that I never made any performance comparison against
the previous state,
Matthew Tippett wrote:
Comments within.
Original Message
Subject: Re: [Flightgear-devel] Statistics overlay accuracy.
From: Csaba Halász [EMAIL PROTECTED]
...
On Wed, Nov 5, 2008 at 11:26 PM, Matthew Tippett [EMAIL PROTECTED] wrote:
My two issues are
1) It appears as
Thomas Förster wrote:
Am Montag 03 November 2008 schrieb gerard robin:
..[boost libs introduction]...
Are we talking about it ?
http://www.boost.org/users/license.html
Which is not said being GPL
Not knowing any details, from the website it sounds like things are more
complicated:
Melchior FRANZ wrote:
* Frederic Bouvier -- 11/2/2008 10:45 AM:
Patch from Nicolas Vivien : don't pour rain above cloud layers,
turn rain into snow when temperature is below 0°C
Index: precipitation_mgr.cxx
That's the wrong place for such logic. This belongs into fg_metar.cxx,
which is
I've been working on effects support for FlightGear, as part of the work I've
been doing on integrating shadows into the OSG version. Roughly speaking an
effect is like a material for an object, but it can support different
techniques
based on OpenGL features and user choices. Each technique
Syd wrote:
Hello ,
After a recent update (within the week), I'm getting some really choppy
sounds in my b1900d and dhc-2 . I know there were changes to the sound
system , but don't know if that's the problem.
With the b1900d , I get a lot of messages like this:
CullVisitor::apply(Geode)
Martin Spott wrote:
Tim, my earlier request might have gone lost:
Tim Moore wrote:
See docs-mini/README.multiscreen in the FlightGear source tree.
Is the Here's a complete example that uses a seperate window on each
display.-example meant to reproduce the same behaviour as we had
James Turner wrote:
On 20 Oct 2008, at 10:18, Melchior FRANZ wrote:
AFAIK that's not an option ATM. osgWidget is very new and was
committed only a few weeks ago. It still only offers basic
widgets, like plain buttons, text, menu, (tabbed) dialogs.
Buttons are only colored rectangles, with
Matthew Tippett wrote:
Now has this been documented? Or is there sufficient OSG documentation
to guide?
See docs-mini/README.multiscreen in the FlightGear source tree.
Tim
Regards,
Matthew
Original Message
Subject: Re: [Flightgear-devel] Patch for multiscreen
Durk Talsma wrote:
Hi All,
Also, with the global target set for the release, I'm trying to get an
impression of which projects are still under development, and which would be
nice to have included in the release. Note that this overview implies by no
means a deadline, or anything like it.
not a formal
release, a snapshot tarball for both scenery and code will be better
than some CVS point in August.
In the past been working with Tim Moore, but Red Hat seems to be keeping
him very busy. Is there anyone else on this list that would be willing
to declare a snapshot and host
James Turner wrote:
On 3 Oct 2008, at 13:15, Heiko Schulz wrote:
I agree to nearly all what you said, but why not release an official
2.0-pre-version with OSG which shows to the world that we are still
alive? Maybe as an advertisement to other developers?
Yep, that's what I said :)
I
Heiko Schulz wrote:
--- Melchior FRANZ [EMAIL PROTECTED] schrieb am Sa, 27.9.2008:
Von: Melchior FRANZ [EMAIL PROTECTED]
Betreff: Re: [Flightgear-devel] Bug or Feature? Or an accidently way to
landinglights; -)?
An: flightgear-devel@lists.sourceforge.net
Datum: Samstag, 27. September
James Turner wrote:
(mostly for Tim)
Chasing other problems, came across this in renderer.cxx, accompanied
by:
// XXX Make this go away when OSG 2.2 is released.
#if (FG_OSG_VERSION = 21004)
#define UPDATE_VISITOR_IN_VIEWER 1
#endif
Would I be right in thinking this can die, since
Frederic Bouvier wrote:
Hi,
Ralf Gerlich wrote :
Hi!
Curtis Olson wrote:
Sure, just like any aircraft or object model can have it's own
textures.
There may be some nuances that have disappeared over the years since
I doubt
this has been heavily tested, but I used to have a KSJC demo
Frederic Bouvier wrote:
Hi Tim,
Tim Moore wrote :
This code did survive the OSG port, but was removed in a later
reorganization of the tile loading code. It's easy enough
to put this back in, but the old code would add the local
material permanently to the material library
Erik Hofman wrote:
Vivian Meazza wrote:
Er ... couple of words spring to mind there - grandmother and eggs :-). But
I know that you are trying to help.
Alright, I'm just about to lay down activities for FlightGear for the
second time (and now for good) because of this statement. There
James Turner wrote:
On 16 Sep 2008, at 07:05, Erik Hofman wrote:
ALPHA_TEST is slow on modern hardware, which is why I was hoping to
not have it
be on by default in the scene graph. Oh well. I'll leave this
reverted for now
and think about turning it on only for states with transparent
Frederic Bouvier wrote:
- Martin Spott a écrit :
Frederic Bouvier wrote:
While working on git-svn, we realized that there are a few scripts
in msysGit that cannot possibly work (yet), so we excluded them from
the Git installer. These scripts are: archimport, cvsexportcommit,
James Turner wrote:
On 3 Sep 2008, at 17:37, Tim Moore wrote:
For the record, it's completely impractical to maintain a bi-
directional cvs-git
mirror system -- where committers can check into either the cvs or
the git
repository -- and probably only slightly less so to maintain a bi
James Turner wrote:
On 31 Aug 2008, at 11:58, Stefan C. Müller wrote:
OK, here's the patch.
But we need a total of 3 overloaded operator(). Not realy nice to
look at.
Anyway, I'm happy with both variants.
As you say, not ideal, but I'm still working on this code, so a little
bit of
Durk Talsma wrote:
FWIW, I;m seeing an occasional segfault. Today, I managed to trap it using
gdb. below is the complete stack trace. IIRC, 2D texture loading has been
giving occasional problems. This particular error occurred in my new traffic
manager version of Flightgear. It doesn't
John Denker wrote:
On 08/16/2008 03:32 PM, Tim Moore wrote:
Sport Model was last updated to CVS FlightGear over a year ago. Do you
have any
plans to update it to current CVS?
On 08/16/2008 06:13 PM, I replied:
I could be persuaded.
Do you think it would be helpful?
On 08/17/2008
John Denker wrote:
On 08/22/2008 03:47 AM, Tim Moore wrote:
John Denker wrote:
As of 08/18/2008 04:45 PM, I had done exactly what I was asked to do.
I suppose I wasn't specific enough. I meant that would be helpful for the
branches in your Sport Model repository to be rebased onto or merged
Curtis Olson wrote:
Here's another for what it's worth ...
I was able to find a set of options to the cvs2svn tool that worked for
our repository. The FlightGear repository takes about an hour and 45
minutes to convert. So that part works well. I also really like how
svn handles group
Martin Spott wrote:
John Denker wrote:
On 08/20/2008 02:32 PM, Curtis Olson wrote:
Perhaps I misunderstand the scope and capabilities of git
And at the end of the day, no matter what source code version control system
we use, and no matter what useful tools it provides for branching
John Denker wrote:
On 08/16/2008 03:32 PM, Tim Moore wrote:
Sport Model was last updated to CVS FlightGear over a year ago. Do you have
any
plans to update it to current CVS?
I could be persuaded.
Do you think it would be helpful?
Yes, I do think it would be helpful to get your
John Denker wrote:
On 08/17/2008 10:01 AM, Ron Jensen wrote:
This particular patch was greatly discussed
Yes, it was greatly discussed.
and the decision was made
not to include it in the main code base.
There was no consensus on that point.
That's my reading of the discussion,
James Turner wrote:
So, I actively *want* the base class. It allows replacing various
'type-testing' code with a single unified enum, which cleans up
various other places - right now there's code that is looking at
FGNavRecord's type directly (which is a integer code from Robin's DB),
John Denker wrote:
I don't know what the 'Sport Model' is, can you elaborate?
A summary of _Sport Model_ features can be found here:
http://www.av8n.com/fly/fgfs/README.sport.model
Sport Model was last updated to CVS FlightGear over a year ago. Do you have any
plans to update it to
Alex Perry wrote:
The ATI booth at SigGraph in Los Angeles this week is demonstrating a
single Linux machine with two dual-head graphics cards running four
monitors. They are running FlightGear on four monitors (center, left,
right, above) with the F15 flying between KSFO and the golden gate
R. van Steenbergen wrote:
James Turner schreef:
Yeah, that's an absolute non-starter, same as the OpenGC code - low
level OpenGL will not be flexible enough, or efficient in the OSG
scene-graph, is my perception. I hope Tim Moore will pitch in with his
opinion on the best way to do
Frederic Bouvier wrote:
Hi,
in order to build the last CVS version, I got OSG 2.6.0 RC1 and
compilation went fine. But I now have a display problem with the sky. It
looks like the sky dome is not drawn. No sun, no stars, no moon, no blue
sky. Last version I build with OSG 2.4.0 on 7/23
Tim Moore wrote:
Frederic Bouvier wrote:
Hi,
in order to build the last CVS version, I got OSG 2.6.0 RC1 and
compilation went fine. But I now have a display problem with the sky. It
looks like the sky dome is not drawn. No sun, no stars, no moon, no blue
sky. Last version I build
Frederic Bouvier wrote:
I am using OSG v2.4, and today, I have this compilation error :
FGManipulator.cxx
\Devel\FlightGear\src\Main\FGManipulator.cxx(147) : error C2039:
'getGraphicsContext' : n'est pas membre de 'osgGA::GUIEventAdapter'
Tim Moore timoore at redhat.com writes:
Hi,
I'd like your comments on some changes to views and OSG cameras in
FlightGear before I start working on them. In particular, my
understanding of how FGViewer works might not be complete.
I've implemented what I described here. The property
Erik Hofman wrote:
James Turner wrote:
I think this is a good example of why 'using std::xxx' is potentially
problematic in headers (especially public library headers, i.e
Simgear), but fine in sources. So if I'm doing future cleanups, that's
the approach I'd take - remove 'using'
James Turner wrote:
On 27 Jul 2008, at 16:41, Frederic Bouvier wrote:
you have no idea about the cruft windows.h is dragging.
True. But I had the impression that you were adding the
#if ... #include windows.h #endif to every single file,
anyway. :-)
You are misinformed. I was adding
James Turner wrote:
On 27 Jul 2008, at 21:02, Tim Moore wrote:
If you're doing that work, I'd like you to follow a *really*
minimalist stance
i.e., if a header file only contains pointers or references to
another class or
includes them as arguments in uninstantiated templates (e.g
James Turner wrote:
On 25 Jul 2008, at 01:07, Erik Hofman wrote:
I've just recently committed a patched version of JSBSim that did just
that and so far I've seen nobody complaining.
For me it's a rather simple issue; FlightGear 1.0 is the last version
for old(ish) hardware and compilers and
On Sat, 28 Jun 2008 09:04:59 +0200
Mathias Fröhlich [EMAIL PROTECTED] wrote:
Hi Tim,
On Thursday 26 June 2008, Tim Moore wrote:
Problems With the Current Approach
Many features are not now possible using only a single running
instance of FlightGear. There can't be more than one view
Hi,
I'd like your comments on some changes to views and OSG cameras in
FlightGear before I start working on them. In particular, my
understanding of how FGViewer works might not be complete.
What we have now
FGViewer calculates the parameters of a view. This includes
camera-independent
On Thu, 26 Jun 2008 14:23:23 +0100
Vivian Meazza [EMAIL PROTECTED] wrote:
Tim Moore wrote
Sent: 26 June 2008 11:53
To: FlightGear developers discussions
Subject: [Flightgear-devel] RFC: changes to views and cameras
Hi,
I'd like your comments on some changes to views and OSG
On Thu, 26 Jun 2008 16:23:03 + (GMT)
Heiko Schulz [EMAIL PROTECTED] wrote:
Hi,
at least from my point it sounds good and resonable. These are
features really missing and will not only keep FlightGear up to date
aganinst the commercial sims- it will make it better.
This proposal
On Sat, 31 May 2008 10:39:56 +0200
Benoît Laniel [EMAIL PROTECTED] wrote:
Hello,
My patches for SGThread are now complete. I use them on Linux with no
problems and some people use them on Windows since a few weeks with no
problems either.
I've checked these in. Thanks!
Tim
Patch for
On Fri, 6 Jun 2008 07:30:09 +0200
Tim Moore [EMAIL PROTECTED] wrote:
On Sat, 31 May 2008 21:31:08 +0200
Melchior FRANZ [EMAIL PROTECTED] wrote:
* Holger Wirtz -- Saturday 31 May 2008:
I will have a look at the transpareny
fonts. Perhaps such a font is simply missing
Begin forwarded message:
Date: Thu, 5 Jun 2008 22:27:25 +0200
From: Tim Moore [EMAIL PROTECTED]
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] [Flightgear-cvslogs] CVS:
source/src/FDM/JSBSim/models/flight_control FGActuator.cpp, 1.2, 1.3
FGFCSComponent.h, 1.3, 1.4
On Thu, 5 Jun 2008 17:22:33 +0200
Melchior FRANZ [EMAIL PROTECTED] wrote:
* gerard robin -- Thursday 05 June 2008:
Does this will be compatible with actual JSBSim development ?
No, it will get overwritten with the next JSBSim update. There's
a reason why commits to externally maintained
On Thu, 5 Jun 2008 22:15:41 +0200 (CEST)
Frederic Bouvier [EMAIL PROTECTED] wrote:
- Curtis Olson [EMAIL PROTECTED] a écrit :
On Thu, Jun 5, 2008 at 10:22 AM, Melchior FRANZ wrote:
* gerard robin -- Thursday 05 June 2008:
Does this will be compatible with actual JSBSim
301 - 400 of 537 matches
Mail list logo