I've found Geotrans Translator v.2.2.5 software; I tried using it for
converting from WGS84/NUTM33 to WGS84/Geodetic coordinates and I had
some not very good results.
I don't know if I am making something wrong with that software or the
starting coordinates are not accurate (although they
Quoting Robicd :
Datum: WGS84
Projection: NUTM33
Coordinate top left
x: 353620.2 y: 4225543.6
Coordinate bottom right
x: 354212.2 y: 4225976.1
These are UTM North Zone 33
I entered these coordinates in fgsd and I had my test picture mirrored upside
down. It appears that your bottom has a
Hi Fred,
Datum: WGS84
Projection: NUTM33
Coordinate top left
x: 353620.2 y: 4225543.6
Coordinate bottom right
x: 354212.2 y: 4225976.1
These are UTM North Zone 33
I entered these coordinates in fgsd and I had my test picture mirrored
upside
down. It appears that your bottom
I'm working on a new aircraft model and have just come to putting some
instruments in place.
I discovered a problem with the turn-coordinator which takes input
from /instrumentation/turn-indicator/indicated-turn-rate
Unfortunately, as soon as FG starts, this value quickly drops to -2.50
Dave Martin wrote:
I'm working on a new aircraft model and have just come to putting some
instruments in place.
I discovered a problem with the turn-coordinator which takes input
from /instrumentation/turn-indicator/indicated-turn-rate
Unfortunately, as soon as FG starts, this value quickly
Paul Surgeon wrote:
I played around with some runway lighting today to see if textured polygons
are feasible.
Here is what textured, billboard runway lights look like :
http://surgdom.hollosite.com/flightgear/screenshots/index.html
With 6 * 1 ft runways all in view at one time my frame rate
On Thursday 27 Jan 2005 18:06, Curtis L. Olson wrote:
I believe the default TC is designed to run off an electricly driven
gyro ... so if you have no juice, the gyro will spin down (or never spin
up) and you'll see symptoms like you describe. I would suggest
dropping in the generic
On Thu, 27 Jan 2005 07:12:49 + (UTC), Martin wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
..this Groklaw thread suggests we cannot do a GPL port to Sun's new
OpenSolaris, as we risk lawsuits:
No, and the reason is stated here:
Because Sun is not opening their patents
Dave Martin wrote:
On Thursday 27 Jan 2005 18:06, Curtis L. Olson wrote:
I believe the default TC is designed to run off an electricly driven
gyro ... so if you have no juice, the gyro will spin down (or never spin
up) and you'll see symptoms like you describe. I would suggest
dropping in the
Arnt Karlsen wrote:
..riiight, we all can agree on that, now try keeep in mind _none_ of
us are IBM, and The SCO Group is still running its 2 yr old 419
scam in the 9'th Circuit Court before Judge Kimball in SLC, Utah.
Relax. Under no circumstances will we be any more exposed than if we
On 27/01/2005 at 12:19 Curtis L. Olson wrote:
snip rwy lights are dropping the frame rate
Any ideas?
Not on the technical side, but one thing we could do now is to ditch the
green taxiway center lights. These aren't specified in the new format apt
data, and the latest build has defaulted
Arnt Karlsen wrote:
..if our sol8 port works for sol9 and sol10 and OpenSolaris, we're home
free, whether or not this continues to be the case, Sun decides. _If_
they decide to introduce Microsoft-style DR-DOS errors against us,
my recommendation is we pull _all_ Solaris support, and go
David Luff wrote:
On 27/01/2005 at 12:19 Curtis L. Olson wrote:
snip rwy lights are dropping the frame rate
Any ideas?
Not on the technical side, but one thing we could do now is to ditch the
green taxiway center lights. These aren't specified in the new format apt
data, and the latest
On Thu, 27 Jan 2005 10:38:11 -0800, Andy wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
..riiight, we all can agree on that, now try keeep in mind _none_ of
us are IBM, and The SCO Group is still running its 2 yr old 419
scam in the 9'th Circuit Court before Judge Kimball in SLC,
Martin Spott wrote:
[...] And _if_ we realize
that there are users having access to a workstation that is capable of
running FlightGear (as the requirements for FlightGear have grown
rapidly I assume you need at least an XVR-1000 board),
While I'm at it I just read the following
On Thu, 27 Jan 2005 19:02:34 + (UTC), Martin wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
..if our sol8 port works for sol9 and sol10 and OpenSolaris, we're
home free, whether or not this continues to be the case, Sun
decides. _If_ they decide to introduce
Arnt Karlsen wrote:
..we don't know their patent claims, and the advice from Groklaw
is don't look, or you'll pay 3 times more for wilful infringement.
yes, but in a different context. You should have a clue before
repeating such claims.
..the prudent way is, let Sun do the porting.
Arnt Karlsen wrote:
..precisely, _just_ like Vidkun Lauritz Abraham Jonssremovedn Quisling
helped
save _several _million_ Ukrainians from starvation deaths in the early
1920ies, Norway only lost about 20,000 in WWII and still shot him,
I don't doubt, but these incidents will never prevent
On Thursday, 27 January 2005 20:47, David Luff wrote:
Note that the EGLL poly count is already
hitting my frame rate to begin with - at daytime it's about 60 with view
away from airport, 30 with view including airport. Then 10 with the
lighting added. The frame rate with lighting enabled at
Does anyone know the easiest way to run flight gear in game mode on a
secondary display.
It runs just fine if I drag the window over and maximize it on the
secondary display, but I can't figure out how to make it work in game
mode.
Thanks.
___
On 28/01/2005 at 00:00 Paul Surgeon wrote:
On Thursday, 27 January 2005 20:47, David Luff wrote:
Note that the EGLL poly count is already
hitting my frame rate to begin with - at daytime it's about 60 with view
away from airport, 30 with view including airport. Then 10 with the
lighting
How about not rendering ground textures at night? Has this been done yet?
Ampere
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Hi,
in real life. Currently the lighting at EGLL or KSFO drops my frame rate
from around 30 to about 10. Based on a rough estimate of light numbers, I
reckon that ditching the green taxiway centerlights might get back 3 - 4
fps, not brilliant but a start. Note that the EGLL poly count is
Curtis L. Olson wrote:
Paul Surgeon wrote:
I played around with some runway lighting today to see if textured
polygons are feasible.
Here is what textured, billboard runway lights look like :
http://surgdom.hollosite.com/flightgear/screenshots/index.html
With 6 * 1 ft runways all in view at
On Thursday 27 January 2005 23:08, Drew wrote:
Does anyone know the easiest way to run flight gear in game mode on a
secondary display.
It runs just fine if I drag the window over and maximize it on the
secondary display, but I can't figure out how to make it work in game
mode.
As I don't
I appreciate that, and if I were using Linux, I'd have already known
exactly what to do. :)
I should have been more clear...unfortunatly, for this particular
application I need to use Windows XP Pro, and I currently have an ATA
Mobility Radeon 9000 in the laptop I'm using.
I'm trying to get the
On Thursday 27 Jan 2005 23:39, Ivo wrote:
On Thursday 27 January 2005 23:08, Drew wrote:
Does anyone know the easiest way to run flight gear in game mode on a
secondary display.
It runs just fine if I drag the window over and maximize it on the
secondary display, but I can't figure out
On Friday 28 Jan 2005 00:02, Dave Martin wrote:
On Thursday 27 Jan 2005 23:39, Ivo wrote:
On Thursday 27 January 2005 23:08, Drew wrote:
Does anyone know the easiest way to run flight gear in game mode on a
secondary display.
It runs just fine if I drag the window over and maximize
Drew wrote:
I appreciate that, and if I were using Linux, I'd have already known
exactly what to do. :)
I should have been more clear...unfortunatly, for this particular
application I need to use Windows XP Pro, and I currently have an ATA
Mobility Radeon 9000 in the laptop I'm using.
I'm trying
Tiago Gusmão wrote:
Altough the billboard itself always faces the POV, you can still set
the normal the way the real light would be pointing to, them set a
diffuse light on the POV and enable backface culling.
I suppose performance hit should be minimal for TnL hardware.
The normal only affects
On Thu, 27 Jan 2005 21:31:46 + (UTC), Martin wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
..we don't know their patent claims, and the advice from Groklaw
is don't look, or you'll pay 3 times more for wilful infringement.
yes, but in a different context. You should
On Friday 28 Jan 2005 01:34, Arnt Karlsen wrote:
Did Sun do anything wrong to you, did they steal your sandwitch ?
..no, they haven't done me any harm except as a member of the F/OSS
world and except for funding TSCOG's scam lawsuit by buying a
US$ 12 mill license, forcing me to spend time
On Thu, 27 Jan 2005 21:49:36 + (UTC), Martin wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
..precisely, _just_ like Vidkun Lauritz Abraham Jonssremovedn
Quisling helped save _several _million_ Ukrainians from starvation
deaths in the early 1920ies, Norway only lost about
On Fri, 28 Jan 2005 02:09:14 +, Dave wrote in message
[EMAIL PROTECTED]:
On Friday 28 Jan 2005 01:34, Arnt Karlsen wrote:
Well, here's thanking you for having the backbone to look after your
operation.
.. ;o)
Its a shame that (the) Sun is slowly burning away. I just hope that
not too
This patch adds support to the model animation system for modifying emissive
states on the fly so that it is possible to make lights appear to dimm.
This is an example of a configuration entry which should explain how it is used:
animation
typematerial-emission/type
On Friday 28 January 2005 02:18, Curtis L. Olson wrote:
Tiago Gusmão wrote:
Altough the billboard itself always faces the POV, you can still set
the normal the way the real light would be pointing to, them set a
diffuse light on the POV and enable backface culling.
I suppose performance
Oliver C. wrote:
What about setting only one point at the beginning of the runway
and then calculating an angel between it and the normal of the billboard.
When the angel is 90° or - 90° the billboard is turned off when it is
90° or -90° then on.
We might need to do something like that.
- Original Message -
From: Curtis L. Olson [EMAIL PROTECTED]
To: FlightGear developers discussions flightgear-devel@flightgear.org
Sent: Thursday, January 27, 2005 8:14 PM
Subject: Re: [Flightgear-devel] Runway lighting
Oliver C. wrote:
What about setting only one point at the
Arnt Karlsen wrote:
On Thu, 27 Jan 2005 21:49:36 + (UTC), Martin wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
..precisely, _just_ like Vidkun Lauritz Abraham Jonssremovedn
Quisling helped save _several _million_ Ukrainians from starvation
deaths in the early 1920ies,
Dale E. Edmons wrote:
This might also help others who are having problems with frame rate.
Airports are currently very dense in terms of polygon count, and
somewhat flat. Reducing the polygon and texture count would bound to
improve FGFS's framerate too.
To my experience the airport's
40 matches
Mail list logo
