On 4 Dec 2008, at 06:40, Rob Shearman, Jr. wrote:
Maybe what I am about to suggest is NOT how real-world route
managers are supposed to work -- so take it with that caveat. But I
would think that if your last waypoint before KSFO is 1000nm away,
but you want to hold off the descent until
On 4 Dec 2008, at 02:58, Yon Uriarte wrote:thank you. I've keep working a bit on it. The airport ctor doesnt need to init the vectorxways>, it's wasteful.Well, see my version in that regard.Now it saves a few megabytes by removing unneeded parts from FGRunways (400k+ constructed) and using some
Hi,
On Thu, Dec 4, 2008 at 10:01 AM, James Turner [EMAIL PROTECTED] wrote:
On 4 Dec 2008, at 02:58, Yon Uriarte wrote:
thank you. I've keep working a bit on it. The airport ctor doesnt need to
init the vectorxways, it's wasteful.
Well, see my version in that regard.
I see, it's
Fasten your seat belt :)
http://guyrevel.free.fr/WGP/Haute-Voltige_au_Japon.wmv
--
Gérard
http://pagesperso-orange.fr/GRTux/
J'ai décidé d'être heureux parce que c'est bon pour la santé.
Voltaire
-
This SF.Net email is
Hello again,
Thanks for your previous assistance - your suggestions were most
helpful.
Now, I'm working in Visual Studio. However, how the devil do I set up
the project so that the entire code is not recompiled from scratch every
time I make the smallest change, or even attempt to run the
Hi
I am curious whether the folks that used the Elite hardware found it
necessary to fine-tune many of the property values specified in the
aircraft's XML (prop) files? I haven't gotten to try this yes as the
hardware just arrived a day ago, but I anticipate that this will be
necessary to
On Thu, 4 Dec 2008 11:20:51 -, Gordon (UK) wrote in message
[EMAIL PROTECTED]:
Hello again,
Thanks for your previous assistance - your suggestions were most
helpful.
Now, I'm working in Visual Studio. However, how the devil do I set up
the project so that the entire code is not
On Thu, Dec 4, 2008 at 3:58 AM, Yon Uriarte [EMAIL PROTECTED] wrote:
One big contributor to size is SGAtomic. On windows it's 32 bytes for a 4
byte counter. That makes SGReferenced 32 bytes, too, for an 8 bytes payload.
After reading the docs on InterlockedIncrement (they say a 4 byte align
Rob Shearman, Jr. wrote:
Maybe what I am about to suggest is NOT how real-world route managers
are supposed to work -- so take it with that caveat. But I would
think that if your last waypoint before KSFO is 1000nm away, but you
want to hold off the descent until closer to KSFO, you could
Rob Shearman, Jr. wrote:
[...] But I would think
that if your last waypoint before KSFO is 1000nm away, but you want to
hold off the descent until closer to KSFO, you could simply insert
another waypoint about 50nm out at the cruise altitude, and the effect
would be to tell the route manager
Hello,
I recently succeeded to build FG CVS with osg 2.7.5 and boost ( ouf , but on
only one computer) .
I get that strange 3D clouds mapping , is it just me ?
http://pagesperso-orange.fr/GRTux/checkboard.jpg
Cheers
--
Gérard
http://pagesperso-orange.fr/GRTux/
J'ai décidé d'être heureux
gerard robin wrote:
Hello,
I recently succeeded to build FG CVS with osg 2.7.5 and boost ( ouf , but on
only one computer) .
I get that strange 3D clouds mapping , is it just me ?
http://pagesperso-orange.fr/GRTux/checkboard.jpg
No, it's not just you. It is a (rather poor) attempt by
Hello,
I recently succeeded to build FG CVS with osg 2.7.5 and
boost ( ouf , but on
only one computer) .
I get that strange 3D clouds mapping , is it just me ?
http://pagesperso-orange.fr/GRTux/checkboard.jpg
Cheers
--
Gérard
No, it is aknown bug- Stuart is working on that so
Hi again Stuart,
this patch reduces draw time from 4.2ms to 3.0ms on my system.
Middle of the ocean, ufo, feet, v=0.
Seems the # of attributes is awfully expensive, at least on ATI/win32.
The changes are #ifdef'ed for easy testing.
greetings,
yon
clouds3d.packed.attributes.patch
Geoff Air wrote:
(AL_INVALID_VALUE): constructor (alBufferData)
Fatal error: Failed to buffer data.
I think the ONLY reason you would get this not very helpful specific message
is that the FG/SG is compiled against an ALUT previous to version 1, if it
still exists?, or the header alut.h has
Hi All,
Attached is yet another patch for 3D clouds. Could someone please apply it to
CVS?
This provides the following enhancements bug fixes
- Fix the chequer-board bug.
- Add proper cloud coverage function - so scattered clouds are now truly
scattered.
- Add real-time control for visibility
- Stuart Buchanan a écrit :
Geoff Air wrote:
(AL_INVALID_VALUE): constructor (alBufferData)
Fatal error: Failed to buffer data.
I think the ONLY reason you would get this not very helpful specific
message is that the FG/SG is compiled against an ALUT previous to
version 1, if it
On Thu, Dec 4, 2008 at 2:12 PM, Stuart Buchanan wrote:
Hi All,
Attached is yet another patch for 3D clouds. Could someone please apply it
to CVS?
This provides the following enhancements bug fixes
- Fix the chequer-board bug.
- Add proper cloud coverage function - so scattered clouds are
On Thursday 04 December 2008 14:42:02 Arnt Karlsen wrote:
On Thu, 4 Dec 2008 11:20:51 -, Gordon (UK) wrote in message
Now, I'm working in Visual Studio. However, how the devil do I set up
[EMAIL PROTECTED]:~ $ apt-cache show ccache distcc
[ Lots of uninformative text deleted ]
On Thu, Dec 4, 2008 at 3:52 PM, Durk Talsma wrote:
On Thursday 04 December 2008 14:42:02 Arnt Karlsen wrote:
On Thu, 4 Dec 2008 11:20:51 -, Gordon (UK) wrote in message
Now, I'm working in Visual Studio. However, how the devil do I set up
[EMAIL PROTECTED]:~ $ apt-cache show
Curtis Olson wrote:
I could easily be doing something wrong, or have inherited some
configuration setting from a previous version, but before today's patch I
had 3d clouds, and now I do not. This is with OSG 2.7.5. Is there anything
I can quickly double check?
The current weather !? ;-)
I
On Thu, Dec 4, 2008 at 4:49 PM, Martin Spott wrote:
Curtis Olson wrote:
I could easily be doing something wrong, or have inherited some
configuration setting from a previous version, but before today's patch I
had 3d clouds, and now I do not. This is with OSG 2.7.5. Is there
anything
Hi,
I did think of that after scratching my head a while ...
the metar reported
several cloud layers and I did try to switch to a new
location as well as
switching to fair weather and thunderstorm ... I did get
snow and rain, but
with a perfectly clear sky.
I can try to re-cvs update
- Gordon Hart (UK) a écrit :
Hello again,
Thanks for your previous assistance - your suggestions were most
helpful.
Now, I'm working in Visual Studio. However, how the devil do I set up
the project so that the entire code is not recompiled from scratch
every time I make the
Attached patches are not very interesting, but I'm trying to keep
changes incremental in case I break something.
The first updates how filtering is done on the various FGPositioned
query functions - both spatial and ident-based. The query interface is
very much still a work in progress -
On vendredi 05 décembre 2008, Heiko Schulz wrote:
Hi,
I did think of that after scratching my head a while ...
the metar reported
several cloud layers and I did try to switch to a new
location as well as
switching to fair weather and thunderstorm ... I did get
snow and rain, but
- James Turner a écrit :
Attached patches are not very interesting, but I'm trying to keep
changes incremental in case I break something.
The first updates how filtering is done on the various FGPositioned
query functions - both spatial and ident-based. The query interface is
On 4 Dec 2008, at 23:42, Frederic Bouvier wrote:
It doesn't compile here. FGNavRecord or FGAirport are used but not
defined ( forward declaration only and #include missing )
Hmm, strange, I must have messed up something in my local tree, I'll
test with a clean checkout and re-submit.
dave perry wrote:
Hi All,
snip
Would it not be more realistic to rotate the 3D model about -3 or -4
degrees about the ac3d z-axis.
I did not make myself clear in the initial questiion. The video link
only detracted from my point. The model in the .ac file is just a rigid
body that
...
Making this change will be a lot of work since the panel
will be messed up. I know because I made a similar rigid
rotation correction about a month after I first submitted
the pa24-250.
Dave P.
If this is really necessary, I wonder if is not enough to rotate the model in
the
On vendredi 05 décembre 2008, dave perry wrote:
dave perry wrote:
Hi All,
snip
Would it not be more realistic to rotate the 3D model about -3 or -4
degrees about the ac3d z-axis.
I did not make myself clear in the initial questiion. The video link
only detracted from my point. The
On vendredi 05 décembre 2008, gerard robin wrote:
On vendredi 05 décembre 2008, dave perry wrote:
dave perry wrote:
Hi All,
snip
Would it not be more realistic to rotate the 3D model about -3 or -4
degrees about the ac3d z-axis.
I did not make myself clear in the initial
However i noticed that with the actual position the model
has the nose gear up
above the ground.
An offset of -2 deg would be nice
pathc172p.ac/path
offsets
pitch-deg-0/pitch-deg
/offsets
Dave P.
Cave: the nose gear animation
We really want to make sure that the visual model is correctly aligned with
the dynamics model. Then if the 3d model isn't sitting correctly at rest on
the ground, it could be that the gear lengths aren't set properly in the 3d
model compared to the dynamics model, or visa versa. If everything
On vendredi 05 décembre 2008, gerard robin wrote:
On vendredi 05 décembre 2008, gerard robin wrote:
On vendredi 05 décembre 2008, gerard robin wrote:
On vendredi 05 décembre 2008, dave perry wrote:
dave perry wrote:
Hi All,
snip
Would it not be more realistic to
On Thu, 4 Dec 2008 22:52:47 +0100, Durk wrote in message
[EMAIL PROTECTED]:
On Thursday 04 December 2008 14:42:02 Arnt Karlsen wrote:
On Thu, 4 Dec 2008 11:20:51 -, Gordon (UK) wrote in message
Now, I'm working in Visual Studio. However, how the devil do I
set up
[EMAIL
36 matches
Mail list logo