I'm submitting another patch for comments / suggestions.
I've added a listener to the setting-inhg property , and removed the
settings check in the update loop , it is updated by the listener ...
But trying to add a listener to the kpa property to convert and write to
setting-inhg (also with a l
John Denker wrote:
> On 11/27/2008 12:23 PM, Syd wrote:
>
>
>>Since I've had to add a nasal inHG to Kpa conversion to most
>> altimeters I've added , I decided maybe its something altimeter.cxx
>> should do , so here is a small patch to do that. Could someone check and
>> commit please ?
>>
On 11/27/2008 12:23 PM, Syd wrote:
>Since I've had to add a nasal inHG to Kpa conversion to most
> altimeters I've added , I decided maybe its something altimeter.cxx
> should do , so here is a small patch to do that. Could someone check and
> commit please ?
This seems to be an unhappy medi
Hello ,
Since I've had to add a nasal inHG to Kpa conversion to most
altimeters I've added , I decided maybe its something altimeter.cxx
should do , so here is a small patch to do that. Could someone check and
commit please ?
Thanks .
Index: altimeter.cxx
==
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 t
On Thursday 27 November 2008 16:21:45 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, an
On Thu, 27 Nov 2008 11:17:37 +0100, Tim wrote in message
<[EMAIL PROTECTED]>:
> Matthew Tippett wrote:
> > How many monitors do you have (so I can see if I can demonstrate
> > that way).
>
> 1, unfortunately :)
..a work around idea: use several FG jpg-factory's and watch those
from a Konqueror
Tim Moore wrote:
> The 2D layers are drawn in that order, relative to each other. I didn't
> consider
>
> 3D clouds when I implemented that in OSG.
>
> Grep for setRenderBinDetails in simgear/scene/sky/cloud.cxx to see how to
> insert
>
> the 3d clouds into the cloud layer rendering order.
>
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 t
- "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 intermixed inthe correct
On Thu, Nov 27, 2008 at 7:59 AM, Heiko Schulz wrote:
> Hi,
>
>
> > Hi James,
> >
>
> >
> > No, I hadn't seen that bug before. Very amusing (OK,
> > I'm easily amused...)
> >
> > Thanks very much for posting it.
> >
> > I guess the problem is the draw order of the different
> > cloud layers, but I
Hi,
this patch tries to speed up airways laoding. The strutils funcions are
meaningfully commened and renamed. It also does timings on the load times.
My results:
2 runs no changes wrt. to last patch:
Airport load time: 1607
Metar load time: 16
Navaid load time: 499
Airway load time: 1170
Hi,
> Hi James,
>
>
> No, I hadn't seen that bug before. Very amusing (OK,
> I'm easily amused...)
>
> Thanks very much for posting it.
>
> I guess the problem is the draw order of the different
> cloud layers, but I must admit that we're
> reaching the limits of my graphics programming know
* Melchior FRANZ -- Wednesday 26 November 2008:
> 4) And to a key definition of your choice add this binding:
Here's a better version: it uses mpmap*.flightgear.org instead
of maps.google.com. These mpmap servers aren't as reliable
(i.e. occasionally down), but much more useful. The code
distingui
Hi James,
James Sleeman wrote:
> Sorry if this has already been noted, I don't remember seeing it in the
> recent discussions. A picture is worth 1000 words...
>
> http://sirius.gogo.co.nz/fgfs-invisible-cloud.png
>
> Taken from about 7000ft, 1500 ft thick overcast layer at low level,
> scatt
Sorry if this has already been noted, I don't remember seeing it in the
recent discussions. A picture is worth 1000 words...
http://sirius.gogo.co.nz/fgfs-invisible-cloud.png
Taken from about 7000ft, 1500 ft thick overcast layer at low level,
scattered 3d clouds with bases a couple thousand fe
- "Yon Uriarte" a écrit :
> Nothing i can do about that, let the CVS commiters pass a replace over
> the files. MSVS is a hard master. Or is there an option to tell it not
> to mess with my spaces?
Tools > Options > Text editor > C/C++ > Tabs
-Fred
--
Frédéric Bouvier
http://my.fotolia.com
On 27 Nov 2008, at 11:50, Yon Uriarte wrote:
I changed it a bit, too. Now it passes the runways to the
constructor and addRunways is private. But using swap sounds like
the solution. It'll need 2 vectors in the apt.dat main loop, one
with runways, the other one with taxis.
Right, I think
Hi,
On Thu, Nov 27, 2008 at 9:53 AM, James Turner <[EMAIL PROTECTED]> wrote:
>
> On 26 Nov 2008, at 12:19, James Turner wrote:
>
> >> strutils.cxx, simple..cxx, apt_loader.cxx
> >>Accelerate parsing of apt.dat. As it stands it does aprox 5
> >> (five) million wasteful new/delete pairs, mostly
Hi,
commenting inline. Im still programming a bit and measuring times. Patch
later.
On Wed, Nov 26, 2008 at 2:26 PM, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> Hi,
>
> * Yon Uriarte -- Wednesday 26 November 2008:
> > this is a patch to speed up startup times and some other
> > misc things.
>
>
Matthew Tippett wrote:
Thanks.
I guess the frustum calculation is possibly the most difficult part
(at least investing some more effort) and dusting off the maths.
Yeah, I know. There is a project called Projection Designer
http://orihalcon.jp/projdesigner/ which tries to automate these calcul
On 26 Nov 2008, at 12:19, James Turner wrote:
>> strutils.cxx, simple..cxx, apt_loader.cxx
>>Accelerate parsing of apt.dat. As it stands it does aprox 5
>> (five) million wasteful new/delete pairs, mostly in the
>> strutils::split, vector growing and unnecessary string
>> initializations in t
22 matches
Mail list logo
