syd wrote:
I see from user screenshots that my idea of a transparent logo for the
B1900d was a bad idea .
Don't worry, the B1900D is still several users all-time-favourite ;-)
I wouldn't care that much for the logo. I consider performance numbers
to be of higher priority: You need to reach at
Vassilii Khachaturov wrote:
This next world scenery build will include SRTM2 data. In the USA I
[snip]
My goal is to have everything done (for this round) by Jan 1 of the new
year. But I reserve the right to push that date back in case I run into
any new glitches.
Thanks! Don't forget to
syd wrote:
I see from user screenshots that my idea of a transparent logo for the
B1900d was a bad idea . I always assume that if it works on my computer
it must work on everyone else's:)
BTW, my screenshot overhead the Tempelhof building was done on Win32,
the logo looks correct on XOrg
Stefan Seifert wrote:
Well, TaxiDraw is it's own story. Took me some hours to get it running
(due to wxGTK incompatibilities that are worked on in the CVS version).
Did one airport as good as I could but never submitted because actually
looking at the result would have taken me several
Stefan Seifert wrote:
I just wanted to point out, that the reason for so few people (if it
really are few) use it yet is, that it may be just too difficult and/or
time consuming to start using it. I actually took some hours to port
TaxiDraw to wxGTK-2.6 so I could finally compile it.
I
Curtis L. Olson wrote:
Thanks for your patience, cooperation, and understanding as we make this
move to a new list server.
Will you take care of those accounts that have mail delivery disabled ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Stefan Seifert wrote:
Martin Spott wrote:
You can zoom in and see, if the curves match your expectation and so
on. O.k., you probably should not submit your very first try but the
second one might be a good guess. If the result in FlightGear looks
much worse, then blame Curt
Curtis L. Olson wrote:
P.S. I can still photoshop out most of my gray hair ... :-)
Being an OpenSource advocate I hope that you 'GIMP' our those grey
hairs that accidentially might happen to be where you didn't expect
them ;-)
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just
Hello,
I'm glad I can tell you about recent additions to our FlightGear
Scenery Objects database. The Berlin Tempelhof airport building is
not only the most famous airport building I am aware of, but the model
by Jens Toerring is also probably the most sophisticated Scenery Object
we currently
Erik Hofman wrote:
How would we all fell about minimizing the number of command line
options in favor of the --prop:prop=value method and make sure all
of them are explained in a document rather than the help message.
I see three reasons opposing this idea:
1.) I'm not sure but I assume you
Jon S Berndt wrote:
On Sun, 11 Dec 2005 15:02:13 +0100 Melchior FRANZ wrote:
It's the job of the glue code (JSBSim.cxx) to map internal values
to standard fgfs properties. This internal /fdm/jsbsim/foo thingy
will hardly ever be supported by the keyboard/joystick bindings.
Maybe I'm not
Georg Vollnhals wrote:
BTW: what city is displayed in your screenshot?
According to the buildings this must be Paris (find the large TV set
right hand behind the turtle :-)
I'm surprised to see such a panel layout - it's almost as flat and
straight as your C172's are. Did the early airliners
Jason Cox wrote:
Is there a Howto on using PostGIS to create Scenery ?
No, as there is no use for PostGIS in _creating_ scenery. I'm running a
PostGIS database that stores our landcover data from VMAP0 and which
soon will contain manual improvements as well, but PostgreSQL/PostGIS
is for
Steve Hosgood wrote:
Not sure about whether FlightGear currently allows for force feedback,
Sure it does - if it actually works only depends on the intelligence of
your actuator subsystem. All data that might have impact on the
respective force is available for being written to an output
Hello Curt,
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/Rascal
In directory baron:/tmp/cvs-serv29111
Added Files:
README.Rascal Rascal110-set.xml Rascal110.xml
rascal-electrical.xml thumbnail.jpg
[...]
flight-modelyasim/flight-model
Joacim Persson wrote:
Compare the properties:
/instrumentation/heading-indicator/offset-deg
and
/environment/magnetic-variation-deg[0]
The former is drifting (decreasing).
The gyro actually _does_ have a drift, on ground as well as in flight.
Especially in flight you have to
Jon Berndt wrote:
Is there some kind of problem going on with downloading PLIB from CVS? Seems
there's been
a partial outage in progress on SF.net for weeks. I can't get plib from
CVS, though ...
I made a copy of the latest CVS available:
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/Lockheed1049/Models
In directory baron:/tmp/cvs-serv7950/Models
Modified Files:
Lockheed1049_twa.xml
Log Message:
Thierry:
Sets correctly the VRP at the nose :
Yep, the VRP appears actually to be located at
Vassilii Khachaturov wrote:
SimGear really isn't designed to be a shared library anyway -- the
various libsg*.a files just match the directory structure of the
source code. As Alex pointed out, they have complicated dependency
relationships that are going to be difficult to manage.
Thomas F??rster wrote:
As long as FGSD has no support for these (or similar) formats, there is no
way
to merge different contributions. That's why Martin noted that FGSD probably
MAY be a dead end regarding terrain modelling.
and this isn't any news to Frederic, the autor of FGSD. It
Jon Berndt wrote:
I *think* I know who did this model. I'll notify/ask him abou tit. Thanks for
noticing the
VRP aspect.
This aspect is my favourite one :-)
Thanks for speaking up,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/Lockheed1049
In directory baron:/tmp/cvs-serv14998/Lockheed1049
Log Message:
Directory /var/cvs/FlightGear-0.9/data/Aircraft/Lockheed1049 added to the
repository
The Constellation looks pretty nice, but has a
Georg Vollnhals wrote:
An add-on could be a little program outside of FlightGear where you can
place several single objects into a fixed set which can be placed into
the scenery by your new object-edit-code as described above.
Well, FGSD is a tool that eases placement of objects in the
Roberto Inzerillo wrote:
FGSD is very helpfull in modelling the terrain too.
but you should note that there is no way to feed this terrain back
into the 'official' FlightGear Scenery,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Robicd wrote:
Martin Spott wrote:
Roberto Inzerillo wrote:
FGSD is very helpfull in modelling the terrain too.
but you should note that there is no way to feed this terrain back
into the 'official' FlightGear Scenery,
I have real fun with that, my area (which is Palermo - Italy) has
Vassilii Khachaturov wrote:
Is Jon's database only for actual objects and their location on the
virtual Earth, i.e., are these terrain changes impossible to submit to
his DB?
Our database is for scenery objects only. This is, why I prefer to call
it the FlightGear Scenery _Objects_ Database.
Adam Dershowitz wrote:
2) If I start with --enable-clouds3d then I just don't get any of
the low level clouds to show up at all. In other words, without that
feature, I get clouds at 5,000 feet, but with that flag I don't get
any, but I don't see any errors either. [...]
Could you
Erik Hofman wrote:
I might have solved the nasty RenderTexture bug for ATI cards in CVS.
Anyone cares to test it?
Yes, but I won't see 'my' PeeCee, the one at my customers location
that's equipped with an r200 board, before thursday,
Martin.
--
Unix _IS_ user friendly - it's just selective
Enrique Vaamonde wrote:
I will try to use the open source drivers and see if anything improves,
which I doubt.
The OpenSource drivers should do - at least they did for me for a long
time,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Curtis L. Olson wrote:
Is there any plans to update the .html version of the getting started guide?
Yes, there is, but unfortunately I won't have the time to do this
before this weekend,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
I just ran across this document
http://www.adacel.com/prodserv/downloads/MAXSIM.pdf
and thought: Isn't it great that FlightGear is so flexible to provide
the visuals for such an application without modification ?
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about
Hello,
I see a strange effect that is related to 3D-clouds.
I am starting FG from EGPH with 'simple' clouds by setting
--enable-clouds on the commandline. Current METAR is:
EGPH 151720Z 25006KT FEW030 05/01 Q1008
and FG translates this into a few cloud layer at 3135 ft having a
thickness
Hello Curt,
Curtis L. Olson wrote:
I really really want to get v0.9.9 done this week.
It might be very helpful if add your weight to the idea to get a
_functional_ PLIB release to base on. To my memory the current PLIB CVS
is pretty good in shape, except one network patch that should be backed
Stefan Seifert wrote:
Buchanan, Stuart wrote:
OK, I'll suggest /var/share/FlightGear/WorldScenery/[Terrain|Objects] for
*nix, and FG_ROOT\Scenery\[Terrain|Objects] for Windows.
I'm sure you meant /usr/share/FlightGear/... and not /var.
Hehe, I've started a similar discussion twice in the
Buchanan, Stuart wrote:
--- Curtis L. Olson [EMAIL PROTECTED] wrote:
Melchior FRANZ wrote:
If so, is the convention to name the directories as follows:
$FG_ROOT/data/Scenery - standard SF bay scenery included in base package
$FG_ROOT/Scenery - scenery downloaded in 10x10 chunks
Curtis L. Olson wrote:
Melchior FRANZ wrote:
This dir doesn't exist. There's no such thing as $FG_ROOT/data/.
Of course there is. :-)
$FG_ROOT/source/
$FG_ROOT/data/
$FG_ROOT/data/Aircraft/
$FG_ROOT/data/Scenery/
Curt, this does not necessarily work. Apparently you have been
Oliver C. wrote:
Then we should definitely officially use /usr/local/games/flightgear/
or /opt/flightgear/ as $FG_ROOT on unix systems.
I don't understand why the hell people should want to use
/usr/local/games/ for FlightGear ?
Just curious,
Martin.
--
Unix _IS_ user friendly -
Josh Babcock wrote:
Ima Sudonim wrote:
Probably accurately displaying the borders of parks and forested areas
could help with VFR, no? (this is not to imply that the borders are not
accurate, I don't know but it might be worth looking into)
Again, a function of how accurate the VMAP data
Oliver C. wrote:
Seriously, i can live with both directories.
/opt/flightgear is fine too.
Great - should we focus on this one for documentation purpose ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Hello Gerard,
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/F-8E/Engine
In directory baron:/tmp/cvs-serv1607/Engine
Removed Files:
PW-J57P.xml direct.xml
Log Message:
Gerard Robin requests that his work not be included in FlightGear's CVS.
will this
Martin Spott wrote:
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Devel/BaseObjects.tgz
O.k., there is a new file, please check it out - and put it into the
base package if you think it is correct :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends
Ampere K. Hardraade wrote:
On another note, this was taken in Singapore recently:
http://www.airliners.net/open.file/957790/L/
Compare to what we have in FlightGear now:
http://www.students.yorku.ca/~ampere/fgfs-screen-005.jpg
You might want to ignore the two Windows PeeCees for your model
Arthur Wiebe wrote:
[...]
SSBhZ3JlZSB3aXRoIEphbWVzLiBJJ3ZlIGJlZW4gdXNpbmcgdGhlIC0tb3Blbi13aXRoIG9wdGlv
As Arthur obviously decided to ignore private mail on this topic I
think I'd post my comment on the list:
Could we please agree not to post encoded EMail on this list !?!
Thanks,
Dave Culp wrote:
Dent: .Dent: ..Dent: EHAMopening
[...]
I don't know what the Dent stuff is.
I think tis is Directory ENTry. There is a . in this subdir, there is
a .. and there is EHAM :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Arthur, can you read _this_ ?
Arthur Wiebe wrote:
[...]
SSd2ZSBiZWVuIHVzaW5nIFhjb2RlIDIuMiBmb3Igc29tZSB0aW1lIG5vdyBidWlsZGluZyBGbGln
aHRnZWFyIGFuZApldmVyeXRoaW5nIGVsc2UuIFByZXZpZXcgYnVpbGRzIHVudGlsIG5vdyBvZiBj
b3Vyc2UuCgpCeSB0aGUgd2F5IFhjb2RlIHByb2plY3RzIHlvdSBjYW4gdXNlIHRvIGJ1aWxkIFBM
Hello Melchior,
Melchior FRANZ wrote:
This is very standard base64 encoding. Every semi-decent mailer should
be able to display this. Of course, it would be better in readable
ASCII, but I wouldn't say it's crap. Your mailer *is* crap! :-P
You know as good as I do that by common practice
Martin Spott wrote:
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Devel/BaseObjects.tgz
Acccording to my tests this package is indeed ready for inclusion,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends
George Patterson wrote:
Hi, It looks like you are trying to pilot a plane. Would you like to...
or Restart all systems
a few seconds later..
Okay... restarting all systems..
You know that something similar _really _happened to one V-22 Osprey !?
They have hydraulics for every single
Ima Sudonim wrote:
http://translate.google.com/translate?u=http%3A%2F%2Fwww.linux-
user.de%2Fausgabe%2F2005%2F11%2F070-flightgear%2Flangpair=de%
7Cenhl=ensafe=offie=UTF-8oe=UTF-8prev=%2Flanguage_tools
Oh yeah: flies are still an expensive pleasure :-)
Martin.
--
Unix _IS_ user
Josh Babcock wrote:
Martin Spott wrote:
Oh yeah: flies are still an expensive pleasure :-)
Damn right. Do you know how much money it costs to upgrade a fly from
annoying to pleasurable?
Yes, I do, but my system is not that expensive. You need a money purse
and good visual judgement
Melchior FRANZ wrote:
Not in yesterday's update, but another reason to update, especially
for creators of binary 0.9.9 packages. This was added after the last
stable plib release 0.8.4:
This is not the only reason why it makes sense to have a new PLIB
release. FreeBSD portability fixes for
Curtis L. Olson wrote:
There is a current world scenery rebuild in progress. We are currently
hung up on a data processing glitch that is being worked on. The
scenery and the source release can and will happen independently.
Rebuilding the world (and trying to fix bugs and improve the
Torsten Dreyer wrote:
An aerial foto of EDHI is here
http://www.eddh.de/info/landeinfo-ergebnisb.php?ueicao=EDHI
would be nice to have the current version of EDHI included in our
airports database :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are
Martin Spott wrote:
I just finished removing the remaining duplicates at San Francisco
downtown - at least I think I did so. Tomorrow, when the next export is
done, will prove if I did it right :-)
Jon kindly triggered a fresh export and I took the freedom to place the
current set of base
Martin Spott wrote:
Jon kindly triggered a fresh export and I took the freedom to place the
current set of base package objects on my FTP server. Unfortunately my
FlightGear test machine refuses to run FlightGear this afternoon (it
simply crashes after two minutes) so I'm unable to test
Pigeon wrote:
Another thing is a lot of people expect scenery to be scenery + 3d
buildings/objects. While, when you download scenery from FG's site they
are pretty much terrain only.
This is in fact everything we have for most parts of the world until
people start populating their
Erik Hofman wrote:
Curtis L. Olson wrote:
The rule generally is that if we add one, we have to remove an existing
one so the total number of included aircraft remains about the same...
The current list is:
data/Aircraft/737 \
data/Aircraft/A-10 \
Vivian Meazza wrote:
I only mention this because it indicates that the quality of our testing
might not be quite as good as it should be as we move rapidly towards 1.0
RANTWe know exactly this phenomenon for several years now and to my
observation very little changed in the meantime. The
Erik Hofman wrote:
Martin Spott wrote:
RANTWe know exactly this phenomenon for several years now and to my
[...]
supporters for this idea./RANT
Guess why the next release is 0.9.9 and not 1.0 and why 1.0 is released
early next year?
Yep, but sipmly _delaying_ the next release doesn't
Buchanan, Stuart wrote:
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.
This clause should be removed - I remember it's in there, but
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/c182
In directory baron:/tmp/cvs-serv2788
Modified Files:
c182-set.xml
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.
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:
http://web44.netzwerteserver2.de/212.0.html
Martin.
--
Unix _IS_ user
Curtis L. Olson wrote:
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
Curt,
Curtis L. Olson wrote:
I should also point out that the next scenery build (which is happening
concurrent to the v0.9.9 release and causing my head to spin 3x faster
than normal (not factoring in beer)) will be based on this data export.
Thank you very much for this commitment. I
Jon Stockill wrote:
Is there any preferred version of OpenAL for this release?
The CVS from 1st April this year appears to be a good choice - BTW,
this is what FreeBSD folks decided to stick to ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends
Hello Curt,
Curtis L. Olson wrote:
Update of /var/cvs/TerraGear-0.0/source/src/Prep/DemChop
As you are apparently right now working on TerraGear, would you please
consider adding this cosmetic change. This is for unifying Solaris
preprocessor directives:
---
AJ MacLeod wrote:
I really don't like closed source anything, and device drivers in particular,
but IME nvidia's offerings are about as good as could be hoped for in the
circumstances (although obviously not perfect.)
I'd switch allegiance in a flash if well performing, stable, open
Hello Josh,
Josh Babcock wrote:
[...] If you can think of any other big visible structures that you
would like to see (sorry, I'm not tackling the bridges yet, there's
issues with the VMAP data I don't want to deal with) let me know. No
promises though. I don't know what your schedule is,
Andy Ross wrote:
http://maps.google.com/maps?ll=37.786114,-122.318387spn=0.027226,0.028824t=khl=en
This is really a nice one.
BTW, we have this Yerba Buena island in the middle of the bay bridge,
but we don't have this 'artificial' Treasure Island - do we ?
Martin.
--
Unix _IS_ user
George Patterson wrote:
Say does anyone know how you escape an @ symbol in LaTex.
I believe it's not necessary to escape the @,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Shelton D'Cruz wrote:
pathhanger2.ac/path
^
's/e/a/g' ?
I assume your AC3D file is called hangAr - right ?
Martin - early in the morning :-)
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Paul Surgeon wrote:
Since it's in the default San Francisco area you can submit it to Erik or
Curt
or you could sumbit it to the FlightGear scenery database.
http://fgfsdb.stockill.org/
Better: And you definitely should sumbit it to the FlightGear scenery
database.: !!! ;-)
Please be so
Erik Hofman wrote:
I would like to see all new scenery object contributions to end up in
the scenery database. However, the last time I wanted to sync the base
package and the DB there were more than one objects in the same space
because of automatic object generation.
Ooops, I've simply
Melchior FRANZ wrote:
I thought it might be advisable to make Ctrl-q the key for exiting
from fgfs (like it's standard in almost all GUI apps I know), and Esc
the key for canceling/dismissing/closing dialogs.
I definitely support this proposal,
Martin.
--
Unix _IS_ user friendly -
Harald JOHNSEN wrote:
George Patterson wrote:
On Thu, 2005-11-03 at 14:19 +1100, [EMAIL PROTECTED] wrote:
The preferred format for documentation is LaTex from which html and pdf
versions are generated.
Yes, the FAQ can always be improved. (For example, the hyperlink to
Wolfram's Hangar in
Martin Spott wrote:
I experience a significant slowdown in the frame rate since my last
build yesterday. As the only significant change in CVS is the AI
traffic on EHAM I assume the slowdown is related to that.
I'm very sorry for that confusion. The simple reason was that I
accidentially
Hello Stuart,
Buchanan, Stuart wrote:
I have now integrated this into a patch for the
Getting Started Guide. The changes are as follows.
[...]
George - you mentioned you're working on some updates
to this guide - we should touch base to see if I can
help out.
I welcome your contribution
Martin Spott wrote:
I have the impression that the changes to the FlightGear subtree didn't
make it into CVS - at least they didn't appear on checkout. Am I the
only one who misses these changes ?
Silly me: I set a Tag in my CVS tree last week
Sorry,
Martin.
--
Unix _IS_ user
Hello,
is there an alternative for the use of 'pthread_mutexattr_setpshared'
in SimGear/simgear/threads/SGThread.hxx ? This has been changed
recently and now it does not compile on FreeBSD anymore because
pthread_mutexattr_setpshared is not defined on FreeBSD.
If there is no substitute then please
Erik Hofman wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/threads
In directory baron:/tmp/cvs-serv22758
Modified Files:
SGThread.hxx
Log Message:
Back out the shared mutex code [...]
This is great - because it works for me :-)
Martin.
--
Unix _IS_ user friendly
Curtis L. Olson wrote:
[...] The simkits stuff are driven by standard servos,
right? So you could get a little PIC board to run your servos and take
position commands in from the serial port ... then you just need to send
the data out the serial port from FG (with perhaps a small amount
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/FlightGear/src/ATC
In directory baron:/tmp/cvs-serv30924/src/ATC
[...]
* Use const string rather than string in function calls when appropriate.
[...]
I have the impression that the changes to the FlightGear subtree didn't
make it into CVS
Oliver C. wrote:
Does VMAP0 data has different data for salt water and freshwater?
I'll investigate if the VMAP0 contains this information in principle,
but I doubt. Currently we only distinguish between the following:
crimson: 10:20:10 ~/TGPostGIS grep hydro FGScenery.conf | awk -F \| '{print
Vassilii Khachaturov wrote:
H even an empty aircraft doesn't get blown away that easy.
I can't believe it will be blown away by anything under 15 knots,
especially with the brakes engaged.
This is correct. At least you can land and taxi a C150 at 15 kts
crosswind without significant
Martin Rosenau wrote:
Someone said that it is no problem to run FlightGear even on an Ultra-5
machine.
This could have been my statement, but in this form it is incomplete.
I _do_ expect that the CPU of an Ultra5 is sufficient for running
FlightGear _but_ you have to have an appropriate
Martin Rosenau wrote:
I think it is not only a problem of graphics. Even the network stuff
(e.g. props at TCP port 5501) has 8 seconds delay.
I suspect the network stuff is coupled to the same loop as is the
screen display. Just a guess, though
I use an Elite-3D-m6 card.
As far as I
Curtis L. Olson wrote:
Personally, I think that the idea of threading in the context of
FlightGear is a *very* scary idea, especially from the standpoint of
long term maintanence and keeping our code robust. I'd perhaps favor
splitting our code out into separate applications that use
Paul Surgeon wrote:
I do not know of many mixed airports - Honolulu must be one of very few
airports that has both hard surfaced and water runways.
Well, Homer in Alaska does, but it looks like they have a separate
airport code for the lake (Homer-Beluga Lake),
Martin.
--
Unix _IS_ user
Erik Hofman wrote:
Ah, I now see what you mean. Tis is a file permission problem.
Martin !!
Done,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
[EMAIL PROTECTED] wrote:
I'm secure enough now that I'm shopping to build a new machine. I'm looking
at AMD64 motherboards and one of the newer nvidia cards.
You could aim at being a pioneer and go for an ATI X800 type board.
I've already had FlightGear displayed on such a board using the
Hello,
I experience a significant slowdown in the frame rate since my last
build yesterday. As the only significant change in CVS is the AI
traffic on EHAM I assume the slowdown is related to that.
Do I have the ability to disable this feature by command line ?
I already apply
Hello Durk,
Durk Talsma wrote:
Please let me know if the traffic-manager is enabled, and then I hope I can
give you some more assistance in getting your system up to speed again.
Thanks for your kind and detailed reply. I'll keep you posted as soon
as I had the chance to check for the
Curtis L. Olson wrote:
Well now how did I get the terragear address on that email ...
Never mind, this was an interesting reading :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Ampere K. Hardraade wrote:
That was a proposal from me. The idea is to have a program (could be a
modified version of KPDF) to read a vector based PDF file such as this:
http://204.108.4.16/d-tpp/0510/00375AD.PDF and spit out the taxiway outlines.
Ampere K. Hardraade wrote:
[...]
the
Erik Hofman wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
In directory baron:/tmp/cvs-serv31442
Modified Files:
shadanim.cxx
Log Message:
Harald JOHNSEN:
I have corrected a few bugs with the owner draw gauge, weather radar
code and heat-haze effect.
This is
Erik Hofman wrote:
p1 ++ p3
||
||
||
p2 ++ p4
Additionally we need junctions if the plan should make sense. Junctions
like this one:
Erik Hofman wrote:
Martin Spott wrote:
Additionally we need junctions if the plan should make sense. Junctions
like this one:
When carefully designed this could be done with the quad approach
(although it would not be easy). So the data should be quad based.
Show me an approach
Harald JOHNSEN wrote:
O
/
/
O-O--
/
/
O
I vote for everything point and lines ;-)
Well, points and lines and taxiway width is what we have now and people
claim that the result looks terribly :-)
Finally
Harald JOHNSEN wrote:
We don't have points and lines, we have quads. My line is the center
line, my point is an intersection etc.
We currently have a point in the middle of a taxiway, the heading, the
length and the width of that section - which enables us to determine
the endpoints of a
Vassilii Khachaturov wrote:
I wonder if the flightgear server though
should support the fsd protocol at some future point of time
to be a gateway between our and VATSIM/IVAO flying...
It's not a matter if it _should_ or not. The relevant details of the
protocol, at least as used by VASTIM,
1 - 100 of 1427 matches
Mail list logo