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
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
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 is
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 rotate the 3D model about -3 or -4
> > >
>
> 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
>
> c172p.ac
>
> -0
>
>
>
> >
> > Dave P.
>
Cave: the nose gear animation (compression-gear) isn't right yet.
But th
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 clea
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 p
...
>
> 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
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 g
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.
Th
- "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 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 r
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 - it
- "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 th
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-cv
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
>
"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 !?
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-c
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 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 cl
- "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
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
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
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
Descripti
> 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
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
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 p
"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
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 cou
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 al
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 i
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
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 debug
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
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 vector, it's wasteful.
>
>
> Well, see my version in that regard.
>
I see, it's o
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 vector, 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 string&
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
37 matches
Mail list logo
