"Ampere K. Hardraade" wrote:
> For commercial airliners at least, it will make more sense to map the reverse
> to Ctrl+PgDown. The reason being is that the throttles are mapped to PgUp
> and PgDown, and thrust-reverse is part of the throttles.
Erik Hofman wrote:
> The Fokker 100 has both speedb
"Vivian Meazza" wrote:
> I'm in the process of changing the Hunter bindings to conform to the
> Seahawk/Spitfire/Seafire/A4 scheme as appropriate.
I don't know how the Seahawk/Spitfire/Seafire/A4 scheme looks like so
I'd prefer if people change their aircraft to use a _common_ scheme,
Martin.
--
"Vivian Meazza" wrote:
> James Turner wrote
>> > While we are are it, do we already have consensus on which keys to use
>> > for these functions - are the keys consistent across different aircraft
>> > and FDM's ?
>>
>> The keys do seem to be standard, j/k for spoilers and Ctrl-B for
>> speedbra
James Turner wrote:
> So, apologies for the confusion, I didn't check closely enough, and the
> two aircraft I happen to have been using the most, the F16 and the
> A320, don't seem to have either system installed.
While we are are it, do we already have consensus on which keys to use
for these
James Turner wrote:
> Basically, I have not yet found an aircraft where the speedbrakes or
> spoilers seem to work, either visually or in terms of slowing the plane
> down. From looking at data/keyboard.xml, I can see the current bindings
> are j/k for the spoilers, and Ctrl-B for the speedbrak
Lee Elliott wrote:
> I did start looking at it but it wasn't clear to me exactly what
> I had to download and compile. At some points it started to
> look as though I'd have to get the entire XF86 tree.
Yes, X11 is actually an example of a monolithic piece of software. But
rebuilding X11 isn't
"Innis Cunningham" wrote:
> Seamus Thomas Carroll writes
>>Doesnt a plane run out of fuel after a period of time?
Yes, but not to ease life too much, pilots typically calculate the fuel
consuption of their aircraft in a different way:
They know the fuel consumption of the engine at a certain c
Dave Martin wrote:
> The Dreamcast is RISC based which may be a hurdle but the specs are *really*
> low.
>
> SH-4 RISC CPU @ 206Mhz
> 8MB PowerVR2 Graphics
> 16MB RAM
> 12speed GD-ROM.
I think the CPU is not the limiting factor - FlightGear actually 'runs'
pretty nice on a 195 MHz MIPS R1 (
Arnt Karlsen wrote:
> ..amen, fact update:
> http://www.groklaw.net/article.php?story=20050121014650517
Great, we finally now have the chance to come to the point of the whole
issue. The article contains nothing new and, most important, it doesn't
contain a single hint why I could be at risk afte
"Jim Wilson" wrote:
> Great landmark, and excellent model. Thanks Frederic for all the great
> scenery models. They really impress the ladies [...]
Indeed :-) In order to magnify this effect it would really be nice to
get at least a minimal heliport back into the scene. Currently when you
sta
Arnt Karlsen wrote:
> ..true, the problem remains how Sun's new licensing and patenting
> regime plays out, not how their good old benevolent ways did.
Please have a look at the facts before spreading FUD,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Erik Hofman wrote:
> http://fgsd.sourceforge.net/images/LFPX-photo-scenery.png
>
> For more complex airports more polygons are being created to map the
> threshold, runway numbers (two quads at every side), runway markings, etc.
I think some confusion arises from the fact, that Dale probably ta
"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 airpor
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 Jonssn
>> > Quisling helped save _several _million_ Ukrainians from starvation
>> > deaths in the early 1
Arnt Karlsen wrote:
> ..precisely, _just_ like Vidkun Lauritz Abraham Jonssn 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 me f
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
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 r
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
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 to the entire open source
>> community under any license, anyone who works on CDDL code and
Drew wrote:
> Can anyone point me in the right direction to get this working?
1.) # ~> fgfs --help --verbose | grep disable
2.) fgfs --aircraft=ufo --disable.
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Frederic Bouvier wrote:
> But... The fact that Geoff tells that the file is read twice ring a little
> bell
> in my mind. I think the issue was raised sometimes ago and could have unwanted
> side effects I can't recollect for the moment.
It makes sense - especially in the context of the claim, t
Frederic Bouvier wrote:
> Quoting Geoff Air:
>> It certainly paves the way for fgrun to simply write the
>> system.fgfsrc, and run the binary with a minimum of command
>> line parameters ... and leaves a persistent file 'trace'
>> of what fgrun 'requested' of FG ... more info benefit ...
>
> Beca
Thomas F?rster wrote:
> with sometimes more than a hundred daily posts I'm far from reading them all.
> Usually I just glance over the subject, read some 2 or 3 posts from the start
> of a thread and then decide to ignore (or follow) it completely.
I am running a Mail2News gateway at home for m
Christian Mayer wrote:
> There are 3 possibilities
This is a bit different from the wind turbines we have near EDLN
(Cologne area). If the wind is too high they feather their blades but
still are being turned to face the wind - I think this is being
required by the layout of the hub structure.
Wh
"Curtis L. Olson" wrote:
> If anyone runs into any problems with the system, please let me know.
You probably could place the 'randomization' script into the document
tree. I don't have "/usr/local/bin/rand-mirrors.pl" on that server,
Martin.
--
Unix _IS_ user friendly - it's just selective ab
"Curtis L. Olson" wrote:
> I could also wish a few things.
>
> 1. That we treat everyone with respect.
Yes please, with no exception!!
The logical consequence would be that you (and maybe Arthur as well)
give a _credible_ signal to us that you respect our faith as much as
yours - instead of divi
Frederic Bouvier wrote:
> Comments welcome
Great ideas, just one little concern: What measures are applied to
identify which airports should show up in the selection list ? Consider
a user has installed most of the world scenery, is FGrun then going to
parse the whole scenery to see which airport
Paul Surgeon wrote:
> A simple list of direct links will suffice in my opinion and be a lot easier
> to autogenerate from a script.
I created my FTP mirror to comply with the directory structure of the
primary FTP site, so I'm fine with such a list,
Martin.
--
Unix _IS_ user friendly - it's j
"Giles Robertson" wrote:
> 1) Fgrun/fgfs.
> For the average windows user, this is *highly* counterintuitive. In so
> far as Windows has an overarching user interface and tool design
> philosophy, it's integration. The concept of a GUI that launches the
> program doesn't make sense to them; they ex
Paul Surgeon wrote:
> Can't we have direct links to the files on the mirrors much like other
> download sites?
A few years ago the idea of a round-robin algorithm on the download
page. Maybe it's time to reanimate this topic,
Martin.
--
Unix _IS_ user friendly - it's just selective about who
"Curtis L. Olson" wrote:
> This is kind of off today's topic, but I have an unrelated question.
Nice intro ! ;-)
> Working in 2d space, given 3 points, I know how to compute a circle
> (center/radius) that passes through those three points. Now I need to
> compute the direction of curvature o
Arthur Wiebe wrote:
> What I will do and am in the process of doing is update the package to
> include this in an About.rtf file:
>
> "The following contents have been included by Arthur Wiebe and may not
> reflect the views of any of the contributors or developers of the
> FlightGear project."
>
Erik Hofman wrote:
> I think this applies to you as well:
Hmmm, to whom does it apply as well ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
_
Arnt Karlsen wrote:
> ..hell no! Point these assholes to any good Islamic site to show'em
> how these Religious Righteous Spammers Errs as humanoids.
You should not generalize,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
From: Martin Spott <[EMAIL PROTECTED]>
Subject: Re: [Flightgear-devel] FlightGear 0.9.8, Mac OS X build
Newsgroups: list.flightgear-devel
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Organization:
User-Agent: tin/pre-1.4-19990927 ("Nine While Nine") (UNIX) (S
Christian Brunschen wrote:
> Or to put is more succinctly: when I downloaded FlightGear and got an
> unwelcome religious pamphlet thrown in my face, I got a seriously bad
> taste in my mouth.
Indeed, in my opinion the FlightGear community can't tolerate such
action,
Martin.
--
Unix _IS_ user
"Curtis L. Olson" wrote:
> 1. Documentation (getting started manual) really needs to be made current.
Indeed, I spend too much time lingering around with portability
stuff or other sorts of distraction lately. I'll go on and move the
focus,
Martin.
--
Unix _IS_ user friendly - it's just select
Martin Spott wrote:
> Here you'll find the summary of both:
>
> ftp://ftp.ihg.uni-duisburg.de/FlightGear/Devel/FGconfigure.ac.diff
Now that the source is release is out and new patches arrive, would
anyone bother to apply this one in order to eliminate the remaining
dependenci
Please find it at this location:
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Solaris/fgfs-0.9.8-sol8-sparc-opt.gz
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
_
Frederic Bouvier wrote:
> I was just writting about my experience on the problem, and this is not a
> recent
> issue, although I silently worked around. But are you sure it is specific to
> windows ?
It's a bit complicated to make a 'fair' comparison with other platforms
because on Unix the file
Frederic Bouvier wrote:
> Martin Spott wrote :
>>This is what I meant: I run FlightGear and it actually reads most of
>>the values in my manually written 'system.fgfsrc', except a single one
>>(as far as I can tell), which is the aircraft to use. I've already
Frederic Bouvier wrote:
> Heliport are no longer in the new Scenery ( 0.9.8 )
Too bad :-(
> System.fgfsrc is no longer overwritten but it is still read by
> flightgear.
This is what I meant: I run FlightGear and it actually reads most of
the values in my manually written 'system.fgfsrc',
Hello,
I just downloaded the Win32 package and took it for a test-ride. There
are three things I'd like to mention:
1.) The Isle of Alcatraz doesn't look as I'm used to it from
FlightGear. To my knowledge Frederic adapted the terrain to
include the heliport, this is now missing.
2.) On Wi
"Curtis L. Olson" wrote:
> Now that we have pictures of it on our web page, and a way to distribute
> individual aircraft, we definitely need Ampere to upload/email it to me. :-)
Probably he'd prefer to do some fine-tuning until the original has its
maiden flight in april :-)
Martin.
--
Unix
"Jim Wilson" wrote:
> [...] It would be very nice to have a civilian c310 (maybe
> we should just repaint the u3a and call it a c310b?).
To my knowledge there _is_ a civilian C310, at least there used to be
one - no idea if it's still present,
Martin.
--
Unix _IS_ user friendly - it's just sel
David Megginson wrote:
> I just realized that the list didn't include any helicopter.
Quoting Curt:
> > bo105 - I could say a lot of nice things, but why bother, it's our
> > only helicopter so it has to be included anyway.
Martin.
--
Unix _IS_ user friendly - it's just selective about who it
"Curtis L. Olson" wrote:
> I have finalized the v0.9.8 release and rolled up the source and base
> packages, updated the web site, and made the new files available on the
> ftp site. Everyone should be clear to start building binary versions
> for their favorite platforms.
Great ! Is there any
Martin Spott wrote:
> I've tested successfully on FreeBSD and IRIX, so here's the second one
> on top of the first one:
Here you'll find the summary of both:
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Devel/FGconfigure.ac.diff
Martin.
--
Unix _IS_ user friendly - it
Martin Spott wrote:
> I'd love to hear if it still builds working binaries. If this is the
> case then I'd post a second patch that removes unused declarations,
I've tested successfully on FreeBSD and IRIX, so here's the second one
on top of the first one:
--- configu
Martin Spott wrote:
> I'd love to hear if it still builds working binaries. If this is the
> case then I'd post a second patch that removes unused declarations,
O.k., next time I'll add the patch right to the posting :-)
--- configure.ac.original Tue Jan 18 11:56:48
Martin Spott wrote:
> 1.) src/Input/Makefile still adds '-plibsl -lplibsm' for linking
> 'js_demo'. I think they are not used anymore, the whole
> $(audio_LIBS) clause could be removed from this subdir.
Could you please test the following patch on your f
Dave Martin wrote:
> http://www.airshowphotography.com/videos/videos2.html
Nice, a 45 degree turn just one wing-span AGL :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
___
"Curtis L. Olson" wrote:
>>1.) src/Input/Makefile still adds '-plibsl -lplibsm' for linking
>>'js_demo'. I think they are not used anymore, the whole
>>$(audio_LIBS) clause could be removed from this subdir.
>
> I have the vague recollection that some platform depends on this for
> some
Didn't I already post this ? must have gone lost somewhere on my
servers :-)
I changed my scripts to build PLIB without 'SL' by default which made
be encounter some old but apparently unused dependencies:
1.) src/Input/Makefile still adds '-plibsl -lplibsm' for linking
'js_demo'. I thin
Hello,
I encountered a missing linker parameter while building 'fgfs' on
Solaris, the threaded tile loader calls for _getfp and after adding
'-lpthread'. Well, I am aware that not many people will build
FlightGear on Solaris and we'll have binary packages for those people
who don't want to build th
> Update of /var/cvs/FlightGear-0.9/data/Huds/Default
> In directory baron:/tmp/cvs-serv19455/Huds/Default
>
> Modified Files:
> default.xml
> Log Message:
> Disable the runway outline in the hud for now until a few more issues get
> resolved. (It's a nifty feature though.)
What do you th
Hello Erik,
Erik Hofman wrote:
> Update of /var/cvs/SimGear-0.3/SimGear/simgear/screen
> In directory baron:/tmp/cvs-serv13251
>
> Modified Files:
> texture.cxx
> Log Message:
> Use the double precission pow() function to get Solaris compiling.
Thanks for the quick fix !
Martin.
--
Uni
"Curtis L. Olson" wrote:
> Ampere K. Hardraade wrote:
>>Will it make sense to add an option to the configure script for SimGear which
>>specifies the path of OpenAL?
>
> Do we need this sort of thing?
Not necessarily. I typically install every FlightGear dependency into
the same directory that I
"Curtis L. Olson" wrote:
> Now that plib-1.8.4 is released, I'd like to push forward with the
> FlightGear v0.9.8 release. Does anyone have any changes that need to
> get put in before the release?
Now that Mathias' patch is part of PLIB release maybe it makes sense to
reanimate the crease toke
Hello,
I just tried to compile SimGear on Solaris and I encountered a build
error that's totally new to me. Maybe someone could have a look at
this, the respective change must be quite new:
make[3]: Entering directory `/usr/local/src/SimGear/simgear/screen'
g++ -mcpu=hypersparc -mtune=hypersparc -
"Curtis L. Olson" wrote:
> What FreeeBSD patch was missed? The one that disabled the valid opengl
> context check? Steve, wasn't too excited about that. It would be
> better if FreeBSD just reported a valid context if it actually is
> valid. Knowing Steve personally, I would suggest that yo
Hello Frederic,
Frederic Bouvier wrote:
> Perhaps you could suggest them to use a bug tracking system.
Hmmm, I didn't have the impression that the number of patch submissions
is that large that they need a bug tracking system. I believe they'll
continue to ignore the patches no matter which rout
Andy Ross wrote:
> Martin Spott wrote:
>> I wonder how you ever managed to make them accept patches of obvious
>> necessity. If I were you I'd already have lost my countenance
>
> They're a little slow sometimes, but things get done eventually.
This is _incred
Erik Hofman wrote:
> Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/sky/clouds3d
> In directory baron:/tmp/cvs-serv18531
>
> Modified Files:
> glut_shapes.c
> Log Message:
> Solaris fix.
Very attentive - thanks,
Martin.
--
Unix _IS_ user friendly - it's just selective about
"Curtis L. Olson" wrote:
> I managed to obtain some "interesting" photos of the project leader ...
> the rest was easy. :-)
Well, maybe you could try to misuse your influence ;-) and convince
aynone to apply that missing FreeBSD fix that is currently honoured
with blind ignorance
Martin.
"Curtis L. Olson" wrote:
> Can we have a few people fetch this and build Flight/SimGear against
> this and report if things work well or if there are problems. Once
> plib-1.8.4 is out, I'd like to push forward with FlightGear-v0.9.8
I wonder how you ever managed to make them accept patches of
Hello Erik,
Martin Spott wrote:
> I'll see if I can make a fix for the aircraft definition later today,
How do you feel with simply removing the respective section from the
defaults, like this:
--- data/Aircraft/pc7/pc7-set.xml~ Tue Nov 2 11:29:48 2004
+++ data/Aircraft/pc7/pc7
Erik Hofman wrote:
> I'm not sure but could this be the trim setting?
I thought so as well. I tried to adjust with the cursor keys but that
only resulted in moving the elevator indicator: Apparently I used the
wrong keys. Still I don't get leveled flight when I center the stick
but it's much bett
Erik Hofman wrote:
> Martin Spott wrote:
> > I realized that
>> you have to push the stick heavily in order to achieve level flight.
>> Could someone tell me which knob to adjust in order to make this behave
>> a bit more realistic ?
>
> Huh, I can't recal
"Norman Vine" wrote:
> Martin Spott writes:
>> BTW, does anyone know which sort of agreement you have to sign when you
>> intend to purchase the VMAP1 CD's ?
>>
>> http://www.mapability.com/info/vmap1_intro.html
> AFAIK all VMAP data is in t
Martin Spott wrote:
> The tools to not only import VMAP0 data but GSHHS shorelines as well
> into a PostGIS database are already present. I think you also can use
> these tools to export back into VMAP0 or any other format.
BTW, does anyone know which sort of agreement you have to sign
Paul Surgeon wrote:
> Probably to first step is to write the code/scripts to load the vector data
> into a PostgreSQL/PostGIS DB and write an exporter for terragear so that Curt
> can carry on generating scenery without having to modify terragear.
The tools to not only import VMAP0 data but GSH
Chris Metzler wrote:
> OK, I'm very ignorant about this. Is that a major limitation in that
> it'd be very hard/time consuming for someone competent to adapt
> PostGIS to include elevation data?
Quoting Norman Vine from the thread "When can we have roads like this&
Paul Surgeon wrote:
> Ideally all changes made to the terrain should be done at the source.
> i.e. VMAP0 and friends
> fgsd should be able to display, edit and save the vector data then use the
> terrgear generation tools to build the new tile and display the results.
>
> One could have a live o
Christian Mayer wrote:
> We don't have a soccer stadium yet, do we?
I think there is one part of the SFO scenery,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
___
"[EMAIL PROTECTED]" wrote:
> Martin:
>
> If I can assist you by providing space on my ftp site I'll be happy to do
> so.
Thanks for your offer - currently I have about 300 GByte left, this
should last for a while ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its frien
Christian Mayer wrote:
> If you look at the bottom of the map (the blue bar) that you'll see
> there the data source: Tele Atlas NV in your case.
Hey, their map coordinates are not that bad. This is the location I got
via trial and error from 'www.terraserver.com':
http://www.multimap.com/map
Christian Mayer wrote:
> Nowadays you can solve navier stokes in real time in your graphics
> hardware...
as long as you don't need your graphics hardware for other
purposes I think - like displaying FlightGear ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its fr
"Norman Vine" wrote:
> PostGIS can be used to serve a WFS or WCS that is built on top
> of the UMN Mapserver which will handle 'z' values just fine.
Right, but this doesn't picture all the required features in this case.
If we would erect a repository for manual scenery changes we would need
to e
Melchior FRANZ wrote:
> Thanks! I'll let the metar proxy download the requested files from there
> to $FG_HOME/metar//[0-9][0-9]Z.TXT and serve the most appropriate metar
> data string to fgfs via the normal NOAA lookup mechanism (via HTTP). One has
> then only to start fgfs with a time for which
Robicd wrote:
>> If OTOH you're not asking about official inclusion into FlightGear,
>
> Please slow down. I'm just starting at collecting informations here, in
> order to decide if and how is it possible to contribute to the scenery.
I see no point why it should not be possible to contribute.
Chris Metzler wrote:
> I already have a python script for pushing the magic carpet around
> from lat/lon to lat/lon in FG for extracting ground elevations. If
> it seems to you like a reasonable thing for me to do, I'll start
> generating ground elevations for chunks of this dataset?
In the long
Chris Metzler wrote:
> Of course. I was simply curious whether stuff would get automatically
> moved over, or whether you had plans to test out the robustness of
> contributions beforehand
We're going to implement a 'filter'. Every object that survives a
test-run and appears to make sense will b
Chris Metzler wrote:
> Oh! I get it now (I think) -- so your plan is not to necessarily
> distribute objects (e.g. a dload of the Eiffel Tower) or unified groups
> of objects (e.g. a dload of the buildings at Orly), but instead
> portions of the Scenery/Objects tree that have been fleshed out
> w
Chris Metzler wrote:
> So to make sure I'm getting it, your plan is to have an FTP site
> for uploads and the website for dloads (what's the procedure for
> stuff making it over from one to the other)?
Well, what would you expect us to do ? I believe we won't ask for
everyone's approval before pl
Christian Mayer wrote:
> Ah, www.multimap.com helped me to figure out my first coordinate:
Wow, I wonder where they take their map data from - they are able to
display details that not even show up on the respective ordonance map:
http://www.multimap.com/map/browse.cgi?client=public&X=654000&
"Oliver C." wrote:
> I read the word "turbulence" and thought that perhaps
> this could be usefull somehow for flightgear or jsbsim but i am not shure
> about that, so i mention it here maybe you know it better if this could be
> somehow usefull for flightgear/jsbsim.
Simulation of fluid dynami
Christian Mayer wrote:
> But how do I add it online to the database?
> (http://www.stockill.org/fgfsdb/objects.php)
We're going to use the FTP upload site I've mentioned recently. If you
have a 3D model plus a location or a location for an already existing
model, please upload it here:
ftp://f
Chris Metzler wrote:
> On Tue, 11 Jan 2005 16:41:54 + (UTC) Martin Spott wrote:
>> We'll announce it here as soon as we have something that works and
>> looks neat enough not to disgrace ourselves :-)
>
> Can you elaborate, though? Because this has been discussed
"Roberto Inzerillo" wrote:
>> The infrasctucture for creating a central repository for scenery
>> objects (database and different front-ends) is currently in the works.
>
> Please let me know about the repository.
We'll announce it here as soon as we have something that works and
looks neat enou
Hello Roberto,
Robicd wrote:
> 1st of all: F.G. is great :-)
Great, you passed the entrance exam ;-)
> I would like to help, maybe with some simple objects around the scenery
> (buildings, aerial pictures of the terrain, some more details for the
> two airports around my city, Palermo, tha
"Curtis L. Olson" wrote:
> If I understand the question, you would like to connect the FG visuals
> to your simulator, correct? If so the basic network packet structure is
> public domain and you can do whatever you like. The API is essentially
> just sending packets over to FG so there's rea
Paul Surgeon wrote:
> What I can't figure out is why people insist on running FG on ancient *nix
> boxes at 3fps when they can get a really cheap PeeCee that will do the job 10
> times faster.
Maybe because FlightGear is not the primary application on their
desktop. A used Octane for example de
Christian Mayer wrote:
> But there's a scenery bug: The airport has 2 holes (fore some reason a
> river runs through it in the scenery)
This happens from time to time, St. Auban in France (LFMX) is another
exaple of a "really funny" (TM) airfiled :-)
Martin.
--
Unix _IS_ user friendly - it's
"Jim Wilson" wrote:
> BTW did you notice that you're smooth shading appears to be turned off?
I assume I never turned it on - I fear dropping framerates ;-)
Did you notice this on the IRIX screenshot (DHC2_01.jpg) or FreeBSD
(DHC2_02.jpg, DHC2_03.jpg) ? To me - despite the already discussed
"Curtis L. Olson" wrote:
> 1. From June 1 through the end of the year, 103,201 copies of the
> windows version of FG were downloaded from the main FG ftp server.
You can add 25.000 Windows copies from the German mirror - plus lots of
Scenery ;-)
Martin.
--
Unix _IS_ user friendly - it's just
"Jim Wilson" wrote:
> Here's a pretty much fixed version of the float plane model:
> http://www.spiderbark.com/fgfs/dhc2f.ac.gz
This appears to be almost identical to the model in current CVS. The
pilot's viewpoint appears to be a bit closer. Before:
http://document.ihg.uni-duisburg.de/bitmap/F
Jon Stockill wrote:
> [...] If you've got a database handy I can send you a
> dump of the database I have so far.
Are you talking about a database containing locations of already
existing scenery objects ? I think if we use a database for maintaining
object positions around the world we also sho
"David Luff" wrote:
> TaxiDraw-0.3.0 is now released. It can be found at
> http://www.nottingham.ac.uk/~eazdluf/taxidraw.html.
Thanks, David, this release apperars to be very 'handsome' !
Here are 'your' binaries:
ftp://ftp.uni-duisburg.de/FlightGear/TaxiDraw/README.strange-binaries
ftp://ft
Jon Stockill wrote:
> Well David Luff is already collecting airport updates on his taxidraw
> site, and as far as I know the 0.9.7 Scenery already includes all those
> updates. The advantages of objects sitting on the scenery is that they
> can be easily updated independantly of the terrain, an
401 - 500 of 1579 matches
Mail list logo