George Patterson wrote:
Thanks Andy.
I just completed a nice flight from KSFO to KLAX with 3D clouds turned
on. Mistakenly misread 25L as being 24L.
George
Ooops, stop by the FAA office, do not pass Go, do not collet $200 ...
Curt.
--
Curtis Olson
Alex Perry wrote:
I haven't tried to debug this yet, but thought I'd report it.
$ fgfs
opening file: /usr/local/share/FlightGear/Navaids/carrier_nav.dat
/usr/local/share/FlightGear/Navaids/TACAN_freq.dat
RenderTexture Error: glXCreateGLXPbufferPtr() failed.
Initialising callsign using
Martin Spott wrote:
RANTWe know exactly this phenomenon for several years now and to my
observation very little changed in the meantime. The biggest success
was to install a consensus that the pre-release phase should last at
least two weeks. To my opinon two _months_ would be appropriate for
Buchanan, Stuart wrote:
Curt,
One follow-up question. Are we still following the convention of
odd-numbered releases being dev and even being stable. I ask as the
Getting Start Guide still thinks so, and I'll correct it if it is wrong.
We tried that. 'Officially' 0.8.0 is the current
Arthur Wiebe wrote:
Yeah the file is in CVS but it's not included in the 0.9.9-pre2
release base package.
I guess I'll just use CVS base then.
Yes, you should be able to use the file from cvs. I see I missed it
when I created the v0.9.9-pre base package. It will be in the next
release
Buchanan, Stuart wrote:
Hi All,
I'm updating the getting started guide. It refers to runfgfs as the method
to start FG. However, my cygwin build didn't install it, and I can't find
it in my WinXP 0.9.8 install (though this is quite heavily modified).
Is it deprecated, or are my installs wrong
Martin Spott wrote:
Martin Spott wrote:
We proudly present the first export from the TerraGear landcover
database or however you prefer to name it. [...]
You'll find some further information on this page refinement in
process:
Martin Spott wrote:
I can't resist the suspicion that there's something wrong with the 3D
model. At least I get the glider to see and I yet didn't find yout why.
Several XML files and the AC file do have DOS line endings but this
doesn't cause the trouble I've already removed all of them,
Just a quick announcement that I rolled up v0.9.9-pre3 tonight. I had
screwed up and missed a file in the base package, and then some other
changes got snuck into simgear/flightgear so I figured I might as well
roll out another try.
Curt.
--
Curtis Olson
As some of you may have noticed, I completed a prerelease of
FlightGear-0.9.9(pre1) and SimGear-0.3.9(pre1). I haven't heard any
complaints about the prerelease, so I am planning to do a pre2 release
this week.
If all goes well and we have no major show stoppers, I would like to
start
[EMAIL PROTECTED] wrote:
I'm messing around with waypoints, ie race track loop around airports, etc... but found the [EMAIL PROTECTED] command doesn't seem to work with multiple waypoints altitudes... The plane eventually has it's own mind with regard to what altitude it wants to fly. I also
I reserve the right to make the final determination (and all
non-included aircraft will still always be available for separate
download from the web site ...)
Given that new aircraft have arrived on the scene since the last
release, do we want to make any changes to the list of default
FlightGear v0.9.9-pre2 (second prerelease for v0.9.9) is now available
for downloading and testing from the FlightGear web site
(http://www.flightgear.org)
It would be great if as many people as possible could download the
tarballs for this release and build and test it on as many platforms
Georg Vollnhals wrote:
Just as a feedback: it seems that the file management system
(CVS/compiler) got confused as a I had the system clock set to 2006
for some time and are now back in 2005. Some older files might be
considered to be the newest one due to the date of 2006 :-)
There was no
Georg Vollnhals wrote:
Hi,
after compiling the latest CVS and running the new build this message
occurs
***Base package check failed ... Found version 0.9.9-pre1 at:
/fg-cvs/data***
I know that Curt did some changes regarding the new version in the CVS
and there must be a very
Jon Stockill wrote:
Currently the smallest area it's broken down to is one of the 10x10
degree scenery tiles. The biggest of these files is only 500k (the
whole planet fits in a 4MB tarball), so I didn't see a need to break
it down any further. If you're interested in just a specific area
Jon Stockill wrote:
Curtis L. Olson wrote:
Jon Stockill wrote:
Currently the smallest area it's broken down to is one of the 10x10
degree scenery tiles. The biggest of these files is only 500k (the
whole planet fits in a 4MB tarball), so I didn't see a need to break
it down any further
Jon Stockill wrote:
Yes, it'd need to install the contents of the tarballs to ...Scenery/
rather than ...Scenery/Terrain
I guess I'm just being picky ... it would also have to look in two
places when removing scenery ... nothing insurmountable, just kind of
messy in places.
Curt.
--
Melchior FRANZ wrote:
* Curtis L. Olson -- Sunday 06 November 2005 02:46:
For upcoming v0.9.9 ...
What I think should be added:
- enhanced weather modeling (lightning, rain)
- OpenAL: positional sound Doppler effect
- help dialogs (global keys, aircraft specific keys, procedures
I was scanning through the cvs logs trying to refresh my memory on what
has been changed, added, and fixed since the release of v0.9.8 (last
January). Here's what I came up with, although after staring at cvs
logs for 2 hours I started having minor hallucinations. So I'm posting
this here in
Melchior FRANZ wrote:
* Buchanan, Stuart -- Friday 04 November 2005 13:36:
Presumably the current tile is also somewhere within the properties
tree, so one could look there as well.
No.
I don't recall the context of this thread, so the 'no' might be in
response to something
Ima Sudonim wrote:
Oh, DC scenery, one of the many things i'd like to do if I ever get
around to it (health permitting) 8-) I even got a gps to plot
buildings' locations... just was never able to do anything.
For what ever it's worth, Google maps seems to do a surprisingly good
job of
Syd recently sent me a Citation Bravo jet (similar to the Citation II we
already have but which a much more modern cockpit.) I have just
committed it to CVS. It's worth checking out (so to speak.) :-) Syd
does really great work on the 3d cockpits.
Curt.
--
Curtis Olson
Shelton D'Cruz wrote:
Hi Curt
The work that Syd has done on the cockpits is *truely magnificant* - you can
easily see the love of his work in it. I am extremely grateful and
appreciative.
Just to add to this, I just did a quick dusk flight from SFO to SJC in
the new Bravo. I think it
Can someone post the system requirements for running FlightGear?
Mac OS 10.?
Minimum 3d hardware?
Minimum ram?
Thanks,
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear Project http://www.flightgear.org
Unique text:
Lee Elliott wrote:
Hmm... the puzzling thing is that you don't seem to be getting
100% utilisation when running FG. As Andy R explained, you
should expect to see 100% utilisation.
If you had been running on a multi-processor/core system then it
might have made more snese.
If you have
There is a neat flightgear connection here which I've probably mentioned
before, but would like to mention again (with pictures.)
http://www.flightgear.org/~curt/Models/Special/Rascal110_2/
This is a manually flown UAV (also pictured on the same page.) It has
an onboard camera angled 45
Dave Martin wrote:
That is extremely nifty.
Yes, I'm not sure what if anything it's good for, but it's definitely
nifty. :-)
I'm suprised you can get that sort of 'resolution' in the GPS/IMU downlink.
The orientation probably comes out to within a degree or two, the GPS
has a
Kitts wrote:
This looks brilliant! The synthetic view kinda looked brighter than the real
thing in the picture ;-)
Are you flying the craft through the computer's joystick or using a standard
R/C? or even better, an autopilot system? Just curious! :-)
We are currently flying 100%
Dave Martin wrote:
On Thursday 27 October 2005 14:19, Vivian Meazza wrote:
What happened to the poor reindeers' antlers?
V.
I take it you're not aware of Reindeer Service Bulletin 63-11-05 SE 15?
The antlers were removed to improve 'engine out' characteristics after the
infamous
Oliver Schroeder wrote:
Hi list.
I just stumbled over the jpeg-factory again. Simgear defaults to build with
jpeg factory enabled, while flightgear defaults to build without it. So one
either has to supply --without-jpeg-factory to simgears configure or
--with-jpeg-factory to flightgears.
Harald JOHNSEN wrote:
Jim Wilson wrote:
http://www.spiderbark.com/fgfs/citation_instruments.png
It turns out these are in fact contained in a single 3D model for the
entire aircraft, so it has nothing to do with 2D. Apparently the
problem is in the models. ...
FWIW I'd like to suggest
Dave Martin wrote:
Just wondering if anyone (pos historically) has driven physical instruments
using FlightGear on Linux.
I'm thinking the analog variety (ASI AI ALT etc) from the likes of SimKits.
Obviously the SimKits stuff couldn't work directly because their proprietary
software to
Dave Martin wrote:
Just another quick thought on this idea. (I'd like to try it)
If I've got my facts right, a standard gauge is about 3 1/8inch (approx 80mm)
diameter mount. So does that suggest a 19inch or 20inch LCD screen for the
c172-610x panel?
I don't recall the exact dimensions
Buchanan, Stuart wrote:
How are you driving the panel? From the same box as
the cockpit view (multiple FG instances?)or by using
multiple machines?
I'm quite interested in the possibilities of
multi-display setups, but it feels a bit excessive to
have a box just dedicated to displaying a
Dave Martin wrote:
Well, I think I could get the adjusters in place (experimentation time)
My next question would have to be (bear with me) Does FreeGLUT support
multiple mice yet?
Alternatively, does FreeGLUT rely on X11 for it's mouse definitions. I think I
may have found a method in
Andy Ross wrote:
Martin Spott wrote:
I suspect the network stuff is coupled to the same loop as is the
screen display. Just a guess, though
It is. Everything except for terrain tile I/O is driven out of the
main loop. Probably something that should be fixed...
Note that we're
Martin Rosenau wrote:
Hello.
I found out that for each simulation step an usleep(93 ms) is done.
The screen is updated only every 64 simulation steps.
93 ms X 64 = ~7 seconds
I have no idea why the display is only updated ONLY every 64th
simulation step.
Textures are not the problem; I can
Erik Hofman wrote:
Norman Vine wrote:
Erik Hofman writes:
This can be done by requesting a new designator number as an
alternative taxiway entry. That way it would be possible to have
both the old and new format available in the file.
Doesn't that just create another problem ?
Now the
Harald JOHNSEN wrote:
The best way I found to counter the z-buffer fighting is simply to
disable z-buffer testing.
Remember, we are painting the ground, why would we want any z tests
(you can find situation where
this add artifacts of course).
Exactly, if you disable the z-buffer, you lose
Oliver Schroeder wrote:
Am Thursday 13 October 2005 15:29 schrieb Erik Hofman:
Vassilii Khachaturov wrote:
People like me with a lousy single-dsp on-board sound chips
would be able to pause the simulation sound while debugging some flight
things, and releasing the sound for other
Martin Spott wrote:
I herewith repeat my offer to run a server that replicates audio
channels using Voice-over-IP protocols using Asterisk with a conference
setup. This would allow for one conference channel per 'frequency' in
use. On the other end this would require someone to wire a useful
Martin Spott wrote:
Oh, no - please ! :-))
It's not just about comm _frequencies_, it's not only about automated
ATC messages. I'm talking about the ability to transport sim pilot's
blather over the net.
I heavily object against running this as a separate application after
I've seen M$FS
John Wojnaroski wrote:
Having a voice capability for flightgear is a good idea, however
irrespective of the actual mechanisms to implement the technology, we
should consider the intent and purpose
To set up an ATC system requires a lot of work and a cadre of
dedicated individuals. In the
Martin Spott wrote:
Ampere K. Hardraade wrote:
Is it a priority to have a voice comm at the moment? A voice comm would serve
no purpose if there is no one being the ATC.
The other way 'round nobody would think of playing ATC for FlightGear
users as long as the software simply lacks
syd wrote:
Hi Steve ...I found the file in Aircraft/c172/c172-electrical.nas
It works the way I wanted 0 volts at the outputs when the switch
is off.
This should also model battery discharge and charge ... I'm not sure if
we have a battery voltage or ammeter gauge in the default c172,
Steve Knoblock wrote:
Subject: [Flightgear-devel] nasal electrical system
To: flightgear-devel@flightgear.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Hi Steve ...I found the file in Aircraft/c172/c172-electrical.nas
It works the way I wanted
Steve Knoblock wrote:
Can you point this dummy to where the nasal electical system or
documents are?
Sorry I have to make this quick, but the nasal electrical system is
simply a nasal script that impliments the electrical system. There
should be an example in the c172 folder ... look
Syd and Steve,
Check out the newer nasal based electrical system for the C172. I just
had too much trouble getting the old xml based system to really work the
way I was hoping it might. The nasal based approach seemed to work out
so much better for me. The logic ends up being pretty much
rhett3 wrote:
I have had this problem with an older version of FG, around 8.0, when
using a separate computer for the scenery. For reasons unexplained
the altitude was set initially in /Network/native_fdm.cxx as an addon to
the runway height, then the AGL changed, and with it the altitude. I
Ampere K. Hardraade wrote:
I have been wondering this for quite a while: will it be a good idea to
provide weekly CVS snapshots?
Do you mean replace the instant cvs snapshots with snapshots only
taken at weekly intervals? :-)
Ampere K. Hardraade wrote:
On October 5, 2005 07:58 am, Curtis L. Olson wrote:
Do you mean replace the instant cvs snapshots with snapshots only
taken at weekly intervals? :-)
By cvs snapshots, I mean binary-snapshots packed into .deb, .rpm, etc.
If someone wants to do
For what it's worth, I don't like this patch. It shouldn't make much
difference on 24/32 bit cards, which is probably most everyone now
anyway, but I think there is a different problem brewing somewhere.
I haven't had time to look into it, but the AGL reading on the HUD no
longer reads
Melchior FRANZ wrote:
* Curtis L. Olson -- Tuesday 04 October 2005 20:52:
For what it's worth, I don't like this patch.
I find the hole more annoying. Unfortunately, I can't fix what
you think is the real problem. Shall I revert for now?
I'm not saying the hole isn't annoying
Melchior FRANZ wrote:
* Curtis L. Olson -- Tuesday 04 October 2005 22:02:
You've been granted CVS commit access so use your best judgement.
Yes. I don't usually touch such things, because I don't understand much
of this. I did it anyway, because:
- this change was already in cvs
Eric Sorton wrote:
Hi Curt,
FMA Direct FS8 Receiver has serial output which can be used with their
Windows software to view the current position of the control outputs.
If they provide the protocol (or if it can be reverse engineered), you
could simply read the output of the receiver
I seem to recall Erik commited a change to the autopilot code in the
last week or so. Does that fix something? Did that introduce a new
problem? This is pretty subtle, complex code so people shouldn't be
messing with it too much unless they are really sure they know what's
going on with it.
Arnt Karlsen wrote:
..ahem, the big guys use opening shock damper rings to keep chute loads
safe throughout the speed range, these rings use the chute opening loads
to slow the chute opening. ;o)
Except that I heard a story recently about a guy that got himself into a
bad high speed
Alex Perry wrote:
Unless I'm missing something, someone has committed bad code to CVS.
The ch variable on line 377 is of class SGIOChannel, which doesn't
support the eof() method, and not of class SGFILE, which does.
~/fs/source/utils/GPSsmooth$ make
if g++ -DHAVE_CONFIG_H -I. -I.
This is somewhat off topic, but in the spirit of open source I'd like to
share the tragedies as well as the triumphs ...
http://www.flightgear.org/~curt/Models/Special/Rascal110_1/
This is part of a university project I'm helping out with. We have a
backup plane and our expensive
Dave Martin wrote:
Just done some more reading of your page and incident analysis; I was just
thinking that a useful tool would be a couple of camcorders. (and a friend to
operate one of them).
If you set one up on a tripod looking at the transmitter, you could at least
see what control
Martin Spott wrote:
Hello,
I'm happy to realize that almost everything in the Sim-/FlightGear
source tree compiles cleanly on IRIX (thanks Erik !!). There's just a
small utility left that doesn't build:
make[2]: Entering directory `/usr/local/src/FlightGear/utils/GPSsmooth'
CC [...] -c99
Martin Spott wrote:
Curtis L. Olson wrote:
Try adding -lsgmisc (I think that is where SGPath resides.)
It does. Thank you,
Martin.
I notice that -lsgmisc is already there. Did you have to move it to a
differerent relative place in the link command?
Curt.
--
Curtis
Mike Kopack wrote:
Hey gang,
I'm needing to integrate with a 3rd party planning system that does
terrain avoidance routing. I do not know yet what format their system
needs the terrain data in, but I was hoping somebody could point me to
the original terrain data location that was used to
I don't know how detailed you want to get with the digitrak modeling,
but as a first pass, you could just assume that what ever the digitrak
is doing, it's keeping a pretty good estimate of reality. If you make
that assumption, then you could just use the raw pitch, roll, yaw values
from FG
Done ...
Roy Vegard Ovesen wrote:
Lee Elliot:
Hello List,
I think there's a small bug in the moving-average filter in
xmlauto.cxx
I noticed that the output from it was always out a bit and
checking with a calculator showed that it seemed to be dividing
by the number of samples + 1
I have a question I'd like to toss out to the group for discussion/comment.
What would people think of abandoning our mailing lists and converting
over to online/web-based forums?
- People would only have to subscribe once and they could access all the
*Gear forums.
- I'm getting really
Melchior FRANZ wrote:
Or simpler: don't allow anyone who isn't subscribed
to post to the lists. There's still the AVSim forum
and the IRC channel for notorious non-subscribers.
I'd prefer an official forum on flightgear.org for
that, though. AVSim does in no way feel official.
(Is it
Christian Mayer wrote:
I hate forums.
At a mailinglist I've got nothing to do - they come to me.
At a forum I must think of querying it once in a while - I have to come
to them.
It's like the difference between polling and interrupts...
- I'm getting really sick of spam.
That's a
Sylvain Mazet wrote:
Hi,
I am also just playing with FG,
lurking on the lists
searching for info.
I prefer mailing lists,
but it would be really nice if the archives at flightgear were searchable.
They are searchable last I checked.
Curt.
--
Curtis Olson
Erik Hofman wrote:
I'm for dumping every mail not from a list member instead.
We already do that.
The problem is with all the [EMAIL PROTECTED] and
[EMAIL PROTECTED] mail. These addresses can't be avoided and are a
huge spam attracter for the two flightgear co-list admins. But just to
Paul Kahler wrote:
This may be too late now unless the address changes. Get the email
address off the web pages. Just where do you think the spammers are
getting the address from? My ISP has some form of spam blocking, but I
receive about 1 spam every month or two. I think the reason for this
Paul Surgeon wrote:
I noticed that a lot of airports in the X-Plane DB are quite far out.
Even some major airports like Sion were out by ~ 3 km.
What I do find interesting is that the quality of the data seems to change for
every country.
South Eastern France's data was horrid, so was
[EMAIL PROTECTED] wrote:
I had the urge to fly DHC-6 Twin Otter in flightgear...
ac-3d-file:
http://thorben-mit-th.de/files/dhc6.ac
Screenshots:
- http://thorben-mit-th.de/files/dhc6-alpha001.jpg
Looking good ...
If somone has information about how Syd Adams made this simply wonderful
I was just trying to build simgear on a fresh Fedora Core 4 machine and
pulled the latest OpenAL cvs snapshot. The most recent openal-cvs no
longer includes alut for linux? Does anyone know what's going on
there? Simgear uses alut so this is a problem (assuming I'm not doing
something
Martin Spott wrote:
Ralf Gerlich wrote:
[...] This is quite a good field for improvement in FlightGear
if you're unable to help with the coding. Let's see what comes around
with Martin Spott's PostGIS server.
I'm currently on my way populating the database.
Curt, does the script
Martin Spott wrote:
Hello Curt,
Curtis L. Olson wrote:
There is room for preferencial adjustments as well. Once you start
digging into a scenery build, you might come up with some of your own
ideas and preferences for how things should be done.
I'm unable to dig into scenery
I had a chance this week to fly a MIDG-II in my university's Sig Rascal
110. The MIDG-II is a combination gps/ins/imu type deal that outputs
both position (gps) as well as gyro/acclerometer based attitude (roll,
pitch, yaw.) It can also output magnetometer readings as well as
velocities and
Erik Hofman wrote:
Alex Romosan wrote:
code but it's a hopeless mess. in the meantime i've lost my
temperature and visibility etc. (they are all set to zero). it must be
some change i made but a cvs diff doesn't show any relevant changes.
strange, very strange.
I noticed this too. You will
Ralf Gerlich wrote:
Hi,
Alex Perry schrieb:
Try watching your virtual memory usage and see whether you're hitting
the 2GB (or 3GB) limit within that process. If you are, it is worth
patching TerraGear until it runs cleanly on all 64 bit architectures.
If it isn't a memory problem, we can
see attached msg ...
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear Project http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d
---BeginMessage---
As list administrator, your authorization is
Martin Spott wrote:
Curtis L. Olson wrote:
[...] However, it has only very basic out the window graphics. I'm
doing a (hopefully quick little) project to build an interface from
their software to FlightGear in order to use FlightGear as the visuals.
Indeed this sounds interesting
Martin Spott wrote:
Well, I prefer you to understand it as well-meant lobbying, driven by
the strong feeling that FG needs this - not for me but for others who
could do much more by connecting an external FDM to FG than I ever
could.
Just have a look at the CIGI Interface Control Document, they
Jim Wilson wrote:
BTW great pictures Curt. Sharp looking crew as well :-) And a very exciting flight story. The scariest jet airline flight I've been on was one that landed on Corfu and it was 100% routine. I have serious doubts that this jet could have stopped on the runway if an engine
Lee Elliott wrote:
Liked the 3 engine 747 :)
The Draken is an interesting a/c - I saw the one at Duxford, here
in the UK, and was surprised at how close to the ground the wing
trailing edge was. When looked at from the back I rather
thought it looked like a huge moth.
I don't know how
In case anyone is interested in looking at airplane pictures, I just
returned from a trip to Mojave, CA (KMHV) where I got to see a bunch of
neat aviation stuff. I took some pictures and posted them here:
http://www.flightgear.org/~curt/Photos/KMHV/
Mojave is home to a lot of wind mills on
Martin Spott wrote:
I heavily object because this lets FlightGear definitely cross the line
between serious simulation and war games,
I think what we have to come to grips with is that just about any tool
... software or hardware can be used to benefit humanity (or our
enviroment or
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear Project http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d
---BeginMessage---
[I was rejected to post to the mailing list, resending to you]
Hello
Jim Wilson wrote:
You might want to talk to her/him about offering a bounty. What is really intended with the
owned model? Selling it? Folks should beware of giving up their copyright for
smallish fees, you may regret it later when you want to reuse some of your own work.
It's not
BONNEVILLE David wrote:
Hi people,
I wonder if today, there is a way to customize the tile manager in preferences.
Is it possible to set the number of tiles to load around view position ? The
covered area to load ?
Could somebody explain me the tile loading/queuing policy ?
Thanks in advance.
Arnt Karlsen wrote:
On Wed, 20 Jul 2005 20:38:39 -0500, Curtis wrote in message
This could go two possible directions. If someone wants to volunteer to
do this, it could be contributed to FlightGear for everyone to enjoy.
The person requesting this might also be able to pay some smallish
I imagine there are a few people on this list that like to watch
airplanes. There is some beautiful photography here (Requires quicktime
plugin ...)
http://www.onesixright.com/video/aerials.html
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program
Neville van Deventer wrote:
Hi List,
Could anyone perhaps tell me how to connect to the cvs at
cvs.flightgear.org without getting the following error
Error validating location: I/O exception occurred: Connection
refused: I HATE YOU
I followed the Instructions on the web-site, and I get the
Is there anyone out there in FlightGear developer land that would be
interested in doing a Cirrus SR20 model for FlightGear? Highest
priority would be the 3d model and as much of a 3d cockpit as we can do
(realizing we aren't real strong on the glass cockpit stuff yet.)
This could go two
BONNEVILLE David wrote:
Hi Curt,
I am one week late but here are the pics that I hope will help you to help me
;-)
http://paxettepaxou.free.fr/fg/horizontal_fov.JPG [17 Ko]
http://paxettepaxou.free.fr/fg/vertical_fov.JPG [19 Ko]
http://paxettepaxou.free.fr/fg/horizontal_fov_front.JPG [17 Ko]
Skunk Worx wrote:
Am new to flightgear. Are there any APIs, demos, documentation related
to using flightgear as a Situational Awareness display?
Something like a central server serving real-time object type/position
info (F15, F22, MIG29, AIM9), sent out to a cluster of displays, each
info
Does anyone have a copy of 3dconvert.exe built for dos/windows that they
can send me [offline]?
Thanks,
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear Project http://www.flightgear.org
Unique text:
BONNEVILLE David wrote:
Hi again,
I saw few months ago some posts about asymetric frustum for a screen wall. I
got
a similar installation so I will have three displays, each of them with
asymetric frustum (the point of view is not centered on the screens). I will
have these parameters :
Manuel Massing wrote:
Hello David,
I saw few months ago some posts about asymetric frustum for a screen wall.
I got
a similar installation so I will have three displays, each of them with
asymetric frustum (the point of view is not centered on the screens). I
will have these parameters :
Martin Spott wrote:
Roberto Inzerillo wrote:
So I guess, using more photoreal scenery into FGFS would give a more
realistic result with less human effort then using default terrain textures,
vector roads/lakes/rivers/railroads...
I believe the most promising effort of this sort is
101 - 200 of 2502 matches
Mail list logo