Curt asks:
Ok, so within flightgear, given a 'true' altitude, how can I compute
the correct flight-level / pressure-altitude for display on the
transponder?
The simple answer is that you ask the static port for the air pressure,
which in turn will ask the environmental module what the local
Of course if you actually went up to see the 3d fireworks effect, then
to be completely realistic you should expect an F-16 on your butt
after about 5-10 minutes.
If you don't go for the big ones, such as Washington DC, you'll find plenty
of general aviation pilots circling and watching the
Alex Perry writes:
(c) Remember that it reports pressure altitude and not any other altitude.
Is this true? I thought it was slaved to the altimeter. If so,
please scratch the last part of my previous posting.
No. Your mode C hardware shares the static port with the altimeter, but
uses
If someone can supply a core ECMAScript implementation that is small
and easy to embed, then we should jump on it; otherwise, the evil of
holding back FlightGear development indefinitely might outweigh even
the evil of using Scheme.
One of the nice things about LISP (and I assume Scheme) is
On Wed, 2002-07-03 at 14:04, Gene Buckle wrote:
The other one I've learned from real experience (as a passenger). If
while you are looking a little up and to the rear to check flap
status, if you also notice a big plume of something that looks a lot
like smoke coming off one or both
by Rick Lehrbaum -- Executive Editor, LinuxDevices.com
GUESS WHO'S COMING TO LINUXWORLD?
As if to fulfill Malcolm Dean's prophecy (preceding story), word
spread around Linux and Open Source oriented websites like wildfire
this week that Microsoft Corp. will be an exhibitor
I've been looking at the Bendix/King KT 70/71 (transponder) manual and
plan to start implimenting this instrument. Other than tuning in a
freq and having it report flight level is there anything else that I
need to think about? We don't have much in the way of ATC at the
moment so I'm
Jim Wilson writes:
That and we should probably make the pilot be able to salute.
Now that would be easy, but he needs an arm first!
Thumbs up first, please.
Might be fun to do an eject too :-)
He'll need his own FDM, then.
Someone was thinking of doing a parachute, at one time.
In
I agree that closer is better, but you have left something out of the
equation: if the engine failure is sudden (what we're assuming here, I
think), *and* you react quickly, you have an extra 25-45kt of airspeed
that you can trade for altitude before you get down to Vglide at 65
KIAS. That
Grep, schmep. It can't come close to actually printing out
a copy of the source code and looking through it manually.
I mean, if you want accuracy, what can beat a pair of
human eyes and some bright white inkjet paper? I've even
got grep aliased to print all .cpp files in draft mode
Andy Ross writes:
I'm not sure I understand. A given stick position corresponds very
closely to a given angle of attack.
Nope, only for a given airspeed. The balance between tailplane and main
wing, for a given elevator position, is speed dependent. Thus phugoids.
If you change the
I've updated the --wind=DIR@SPEED option to allow a range for DIR or
SPEED. For example, winds from 180 degrees at 10 knots gusting 15
knots would be
--wind=180@10:15
I haven't had the chance to add variable wind direction to
FGEnvironment yet, but the option will be accepted:
Taking the practical viewpoint of what is actually in the avionics ...
Any OBS, HSI or similar instrument:
Receives an analog signal that indicates the needle position. Our FGFS
instrument works the same way; an analog angle is available as a property.
VOR receivers:
Emits an analog signal
the same, but only for a fraction of a second.
Immediately after hitting the flap switch, I reach for the trim wheel.
-- perhaps
Alex Perry can let us know whether this is common for C172 pilots or
I'm just developing a bad habit.
I've no idea
Reminder:
In Karlsruhe (Germany) at LinuxTag
at midday 12:00 for one hour in room R2.05 in the StadtHalle of the
conference center near the Dorint Hotel, where the conference streams are located.
After 1pm, we have to leave the room and continue our discussions elsewhere.
Plan to be
From: Melchior FRANZ [EMAIL PROTECTED]
OK, let's sort the items and add a few:
- Old-fashioned overall appearance
Yep.
Our photographic fidelity is deprecated wrt functional representation.
2001-era flight simulators have inherited a lot of the visual artistry
of the 3D combat video games,
I just went round to the SuSE booth and looked on a 8.0 demo computer.
The packaged version is 0.7.8 which we released last summer, a year ago.
Although they were mildly embarrassed when I pointed this out to them,
I still think it would be worth submitting a formal request that
the future SuSE
It has a symbol table so that the debugger would be useful.
You can strip it, but it should have no impact on execution speed.
Something I've been wondering about. The program that comes with the
downloadable binary is about 4 megs. The program that is built from cvs
is about 56 megs. I
Do we have any plans to host an opensource booth at the linux world
expo in SFO aug 12-15. I don't think we've discussed this one yet?
I haven't heard of anybody making plans for a booth at LWCE-SF.
I will not be attending - I have other plans this summer.
We (the two Cameron's) have already done some FDM work on a Piper
Cherokee PA-28-180. I have a pretty ugly looking 3-view, but I can send
Slightly off topic. There are a lot of places where we can get 3-view
sets with a scale for pretty much any aircraft. It occurs to me that
it should be
This may or may not have anything to do with the jet code, but with
the 747-yasim, I cannot slow the plane below about 280kt in level
flight at 3000ft ASL with throttles at minimum and full flaps, which
makes the plane rather hard to land...
Legally you shouldn't be up to 280kt at
Andy:
One thing to consider is whether the autopilot is optimizing for
the correct solution to the equations. There are always two solutions,
one slower with higher drag and the other faster with lower drag.
Depending on altitude and power, one of these can be below stall speed.
Near the
On Sat, 27 Apr 2002 01:57:09 -0500 Jonathan Polley wrote
When you state your concerns about the FAA, I assume that you are talking
about avionics software, probably DO-178B level C or higher.
FlightGear is a combination of an aircraft FDM, a GIS database and a 3D GUI.
When placed into an
Just something to file away ... big jets should have a climb mode in
which the power is regulated to max climb by the autothrottles and speed
is held with the pitch control.
Filed it away. But not sure of the purpose of this mode.
It's more efficient as follows ...
The autothrottle
Actually, I think that it starts at a very low altitude, like -
meters -- that's why it reads a maximum climb. We need to find a way
to delay initialization of the steam module until after the FDM is set
up.
Many of the other parts of the Sim get informed when a reset happens,
either at
I've been thinking that we should start a whole new source tree,
src/Instrumentation/, to include the current steam and radio modules
together with GPS modules, weather radar, and anything else we happen
to come up with. Perhaps even autopilot could fit in here. The
environment module
Hrmph. This is getting just too weird. What (exactly) is your
platform? I'm trying to get an fgfs compiled with 2.95.2 and having
some difficulty due to glibc 2.2 compatibility issues. I may need to
install a new distribution to make this work.
Yeah that's a major pain in the butt.
Strange compiler errors are often the sign of faulty hardware or
overclocking.
Or, when recompiling FGFS from scratch, of insufficient CPU cooling.
A friend had trouble with his PC because the power supply was poor.
I swear the most mysterious things happen on my computer. You may not
seems to be reporting bogus values (it sits at the maximum climb rate
stop).
Depending on which VSI you're using and where you initialize for altitude,
this might be real. The simulator initializes with sea level pressure.
___
Flightgear-devel
Is anyone else seeing this?
Works fine for me on Debian/Woody.
../../src/FDM/YASim/libYASim.a(FGFDM.o): In function `logstream_base
type_info function':
/usr/local/cvs/FlightGear/src/FDM/YASim/FGFDM.hpp(.text+0xae): undefined
reference to `yasim::Airplane::setElevatorControl(int)'
Another issue is that, on landing with the dc3-yasim at a rather
high speed (so that the angle of attack is near 0), the tail
instantly falls onto the runway, but the aircraft nevertheless
doesn't take off again, although the angle of attack just increased
rapidly. Although I haven't
You started up the engines, firewalled the throttle, let the RPMs
stablize, released the brakes, and the aircraft pitched *up*???
That's clearly unphysical.
Why ? The nose pitches down with power and brake application.
So, releasing the brakes makes the nose pitch up.
Andy Ross [EMAIL PROTECTED] writes:
Try being lighter on the controls, and try a set of rudder pedals if
you haven't already. I honestly haven't had any serious difficulties
maneuvering the plane.
hard to have that kind of a setup at work :-( almost unflyable was
an unfair
Xlib: extension GLXUnsupportedPrivateRequest missing on display :0.0.
GLUT: Fatal Error in fgfs: visual with necessary capabilities not found.
Hah! Try running something that uses full texturing such as gloss;
the differences in private requests between GL implementations generally
appear
Tony comments:
OK, ha, ha, funny, funny. Joke's over.
For you maybe ... 8-)
I really think that grabbing files off the network without explicit
permission from the user is a bad idea, even when it's all in good fun.
1. Putting the magic download into the base package CVS would have
I definitely agree. It's a violation of almost every netiquette rule,
that is concerned to virus-like behaviour or bandwith respect of
others.
I disagree. Almost _every_ new Microsoft-based program checks its home
website, sometimes for logging and sometimes anonymous as in this case.
It is
I definitely agree. It's a violation of almost every netiquette rule,
that is concerned to virus-like behaviour or bandwith respect of
others.
I disagree. Almost _every_ new Microsoft-based program checks its home
website, sometimes for logging and sometimes anonymous as in this
How about we have a missing model in the same way as we have a
missing texture ? A ten meter cube with that texture on each side ?
I get a Fatal error when trying to use some aircraft because I don't
have the 3D model installed. For example, I don't have the Harrier or
the Beech99 models
Alex Perry writes:
How about we have a missing model in the same way as we have a
missing texture ? A ten meter cube with that texture on each side ?
I remember a blue and yellow glider
I thought that was the default model, i.e. the one that is used if you
don't specify otherwise
Do you retry now with plib, SimGear and FlightGear in sync.
What are your actual error messages ?
Further on that topic, I've got a script redoing that I need about
once every couple of months. It does CVS with explicit -APd
against the six trees, builds simgear from clean with reinstall,
1. Is the scripting now capable of repeatably controlling a flight,
so that I can tweak and practice it before using it for demonstration ?
2. What are our collective capabilities for making a video tape recording
of a flight that has been stored as a python script ahead of time ?
3.
5. cirrus
( cirrus is not specified in METAR )
CI in this area we have a lot of BKN CI 200
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Christian said:
(Note: degrees are still valid as they are *internationally* well known.
slugs aren't)
Yes they are ... each country's definition depends on local climate and fauna,
ranging from one gram, through one ounce to as high as one pound. I don't
know of a slug being one kilogram but
My fault partially, sorry.
a while ago I asked about a plotting tool of which I had seen on this
mailing list that it would be integrated into FlightGear. I saw in the
latest news messages that the logging was updated in version 0.7.10 of FG
but I can't find anything that looks like a
I read that it's how they counted on their fingers. Using your thumb,
touch the top third (near the tip) of each finger for 1-4, the middle
third (between the two knuckles) of each finger for 5-8, and the
bottom third for 9-12. I'm not sure how they combined the second hand
with that, but
Has anyone had any success interfacing FG with a GPS? I have been
attempting to interface FG with my garmin handheld. However, after reading
the first line of serial data, FG crashes. The first line of data is read
and parsed correctly but FG crashes before the second line of data is read.
Now, it *does* happen that we know the locations of an awful lot of
NDB, VOR, and ILS transmitters world-wide, and we could easily add
those to the scenery.
I should point out that a lot of pilots (who I now copy) often navigate
by pilotage (i.e. visually looking at the scenery) using the VOR
Lack of time to take out a week to fly to Germany and back - lack of
money to buy airline tickets and a week of hotel bills.
Probably lack of money to buy the hotel bill; AFAIK does anyone who
gives a speech travel for free (ask Alex).
Yes.
I hope you can do it next year. So I have a
In real life, I've been having a hard time with my landings on the
circuit ('suck' might be the most appropriate term).
(1) Ask to have a night lesson. The air will be a lot smoother and
you can practice things like roundout and ground effect
operations.
..early mornings
In real life, I've been having a hard time with my landings on the
circuit ('suck' might be the most appropriate term).
Minor suggestions ...
(1) Ask to have a night lesson. The air will be a lot smoother and
you can practice things like roundout and ground effect operations.
(2) Wait a
fgfs --wind=270@15 --prop:/environment/params/gust-wind-speed-kt=25
I can't try it right now; the 3D panel is broken for me and the 2D view
environment sets the clip planes to be unusable for 16 bit depth buffering
when I get close to ground effect. Disconcerting ... I'll try later again.
A while ago, Alex suggested that we would be better modelling the
172M/N/P (I think), since those are more common. In retrospect, I
agree, for a slightly different reason -- I don't think that we have
access to the right numbers for a 172R.
Actually, I suggest we fork the C172 into a
Any volenteers?
http://www.cs.unc.edu/~harrism/clouds/RTCRDownload.html
I remember that someone posted a link to a forward scattering method
about six months ago, dunno whether it was this one. It seemed to be
unfeasible for use on single computers in an ad-hoc fashion. The
integral
Yep. We already do that. But the empty-weight, unloaded CG
doesn't change.
Surely, when I switch from the VFR panel to the IFR panel,
the FDM adds a POINT_MASS in the appropriate place ... ? No ?
8-)
___
Flightgear-devel mailing list
[EMAIL
You should have a look at the bindings in your joystick.xml file
as there a bunch of defaults in there that you probably won't like.
I locally have a chproducts.xml file which is used inside the preferences.xml
file instead of the standard joystick.xml file, so that CVS doesn't keep
whingeing
That's a thought. Let me put some comments in there first though ...
On Friday 26 April 2002 10:50 pm, Alex Perry wrote:
You should have a look at the bindings in your joystick.xml file
as there a bunch of defaults in there that you probably won't like.
I locally have a chproducts.xml
For example, say I'm a long-time X-Plane user and just can't live with
the default FG key bindings. I could create my very own
~/.fgfs/keyboard.xml and completely override the master file.
That's exactly why the keymappings are broken out of the preferences.xml
You can have two
Actually I would call this a FGFS problem in that FGFS is
asking for a character that is not present in the PLib font
that is being used. The PLib Font system does not claim
to be a universal font renderer in fact just the oposite in that
it gives you only the characters that it can pack
(make sure you switch to external view), to see the result of 90
seconds' work in Blender.
Are you going to do an interior view ?
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Especially in multiplayer mode ...
Alex Perry writes:
(make sure you switch to external view), to see the result of 90
seconds' work in Blender.
Are you going to do an interior view ?
David,
Here after doing a full cvs update -d of the base package and the fgfs
source, I'm
Alex Perry writes:
Are you going to do an interior view ?
Do flying saucers have windows?
Most of the ones in films do. You might want to pick your favorite film
and use that as the model, whatever it is. There's a good chance someone
else has already done the 3D model for it in any case
For screen shots - if you don't mind my showing off a bit ;-)
Night time - http://www.spiderbark.com/fgfs/u3anight.png
Wow ... what did you make the tires of ... Tritium ?
8-)
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Yes, but there is more to it than
(a) an implied 0 for the third coordinate
(b) an arbitrary choice for dimensional units
because the 3D model uses the z buffer for overlay, while the panel
uses drawing order. In order for the panel to be drawn correctly
by the 3D SSG tree, we have to imply
These patches are against the 1.5 CVS, not the 1.4 release, so there
may be problems. Here they are:
http://www.megginson.com/flightsim/plib-smoothing.dif
http://www.megginson.com/flightsim/plib-transparency.dif
I get the 1.4.2, execute
'patch plib-smoothing.dif'
Many multihead capable video cards will only do 3D acceleration on the
main
head. If the instrument panel is placed on the second head, it had
better
use 2D GL calls. Therefore, the panel has to intrinsically be a 2D
database.
I had heard this before, so I was expecting disaster
I managed to sort out the problems and get things to compile. I was
forced to remove my altered versions of fg_init.cxx and options.cxx. It
refused to merge them, or replace them, or compile them, or whatever. But
by removing my files, it recvsed the cvs versions and it compiled.
I am
matthew law writes:
I'm thinking of treating myself to CH Products'
(http://www.chproducts.com/) USB Pro Pedals and USB flight Yoke
(the one with throttle, mixture, and prop levers).
FlightGear likes them just fine, but you might need to apply a few
Linux kernel patches to get them
I propose that the PLIB project takes a community booth at LinuxTag
http://www.linuxtag.org June 6-9 this summer in Karlsruhe Germany.
This PLIB USERS booth would be a place for the dozen-odd projects
that conspicuously incorporate plib (and any others that join in)
to show off their projects,
We have a one hour slot, June 8 at 11am, for a Birds-of-a-Feather session:
http://www.infodrom.org/Debian/events/LinuxTag2002/workshops.php3
All welcome and invited - bring a working system if you can ...
I have not requested a booth for FlightGear yet, because
(a) I'm still not sure whether
[... Andrew Ross wrote ...]
Here's a gedanken experiment [...]
A _what_ ? Is this a valid word in your language ? I'm asking because it
definitely has german roots, the word 'gedanken' That's funny,
It is a popular word in the USA. Not sure whether this is due to too
many people
To be fair, however, what many people call unflyable around here isn't
anywhere near the case. The most recent JSBSim complaint, for example,
only took two clicks of keyboard aileron to correct at climbout speeds.
I was talking to a pilot friend of mine the other day. He was telling me
Can we check the bounding sphere of the model and, if the viewpoint is
outside it, use the nearest point of the sphere as a candidate for the
clip plane ? Doesn't help for pilot viewpoint, but should for trailing.
David Megginson [EMAIL PROTECTED] said:
Curtis L. Olson writes:
Could
The sock itself is rigid rather than collapsible, and it simply
rotates with the wind direction and tilts from 75deg down for no wind
to straight out for 15kt. That's not right -- at 6kt, it should be
inclined only 30deg down for a standard windsock -- but at least it's
something.
You
Personally, I've always preferred that event registration takes two
parameters; the first delay time and the repeat delay time.
This lets you do one-shot as well as immediate and non-immediate modes.
Can we do something like that with Boost in future ?
Obviously we can support it right now if we
The convention for moving models for flight simulation visual system
is for the origin to be at the CG location for aircraft models. The
coordinate system that we use on our heavy iron visual system is +y
out the nose, +x to the right and +z up. For an industry disertation on
the subject
...
Cannot open file: /usr/local/lib/FlightGear/Scenery/Objects.txt
Initializing splash screen
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 1748)]
fgReshape (width=1024, height=768) at main.cxx:1243
1243
It is gradual. In fact, if you think about it, it has to be. A
propeller that presented the same AoA at every point along the blade
would have to change its degree of twist as the advance ratio changed.
I was just wondering whether the twist happened to correspond to the
AOA-plus-advance so
Yep, that apparently fixed it.
Curt said:
Make sure you have the latest base package ... I think some default
properties changed. I don't think this should lead to a segfault, but
apparently it does ...
Alex Perry writes:
...
Cannot open file: /usr/local/lib/FlightGear/Scenery
If you look carefully, you'll actually see the RPM drop very slightly
before it starts increasing. The physical reason for this is that the
blades are unstalling. As the flow attaches to them, they
experience a sharp increase in induced drag. I was pretty pleased to
notice this little
Do we care about this error ?
/usr/bin/ld: Warning: size of symbol `current_model' changed from 4 to 8 in
../../src/Model/libModel.a(acmodel.o)
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Nope; you can fairly easily get the RPM over 2700 in a fast cruise descent,
but there is no way you'll manage over 2500 at Vy, never mind Vx.
Andy Ross writes:
Basically, if I understand the request, it should be sufficient to set
the takeoff-rpm value to 2100 or so, while leaving the
You should talk to Andy and look at the prop model; the faster you go,
the faster the prop can turn. Fast cruise descents can overspeed.
I'm not at home and can't look up the exact numbers, sorry.
Alex Perry writes:
Nope; you can fairly easily get the RPM over 2700 in a fast cruise
Gadds. I don't know...even with an almost completely idle cpu occaisonally I
seem to have these weird performance discrepencies. It isn't heat, so who
knows. Maybe its something weird about the kernel. Later without changing
anything it looked much better, aproximately a 10% improvement
Landing gear steering *gain* is another one of those things. As far as the
differential steering with braking, I don't know what to say other than we
may have to take another look at that section of code.
Jon,
add it to the to-be-measured list.
I can go and taxi in circles on the transient
Although I've said before that I wouldn't do it,
Grin ... sounds like you had a good (and generic) intro flight.
I had expected that in an introductory flight the instructor would [...]
Nope; what you got is pretty standard. A good flight instructor tends
to blend into the background. You
Left and right brakes are also bound to ',' and '.' on the keyboard,
and you can bind them to joystick buttons if you want, but then you're
stuck with a choice between no brakes and full brakes. Another option
is to bind the keys to increment the brakes by, say, 0.05, so that you
can
. In hindsight, we might have preferred to not
I volunteer to change the JSBSim usage of the 'FG' prefix
to anything you want :-)
15-minutes-of-sed'ly-yr's
15 minutes?
$ find . -name *.[ch]?? -o -name *.h \
perl -pi.bak -e 's/FG/JSB/g'
10 seconds to write, 14.83 minutes to fix
I mildly disagree.
I think the FGFS should require that the FDMs _and_ the aircraft models
all have the reference point at the original manufacturer's defined
reference point (so they all match nicely) even if this is done by
a parametric offset that the FDM's configuration file has somewhere.
Regarding the thread you are referring to - The code is presently with Alex
Perry and he is in the process of integrating it into SimGear (?) and should
be available soon.
On a side note ... Curt, did you decide whether you want to have it in
the CVS tree for SimGear ? If you did and you
I need to pick a less popular project to be involved in ... maybe a
python to cobol translator written in prolog.
Which reminds me ... does Mesa have support for AALIB yet ?
Several people have been complaining about having to run FGFS under
X and/or Windows. I know that AALIB supports both
On Sun, Mar 31, 2002 at 10:40:48AM -0700, Keith Wiley wrote:
So assume I started with no project directory and I did a cvs update,
which created the directory and checkout everything. That worked, I
successfully built. Then I did my own personal modification to
fg_init.cxx and worked
ATI Technologies Inc 3D Rage IIC AGP (rev 122), 8 MB vram.
PCI id is 1002:4757 or 1002:475a according to
http://pciids.sourceforge.net/iii/?s=1i=1002
..so, on the Mesa gear demo, I should get like 1500fps on my
200MHz box and over 2000 fps once I have accelleration on my
450MHz
I don;t know. Maybe.
I have been thinking of placing fgfs in the ~/.xinitrc to start
FlightGear as a window manager. Has anybody tried it already, and if so,
did it work?
I've done that with Quake3, and it worked fine.
I routinely do that on the FGFS demo account at the booth for
ATI Technologies Inc 3D Rage IIC AGP (rev 122), 8 MB vram.
PCI id is 1002:4757 or 1002:475a according to
http://pciids.sourceforge.net/iii/?s=1i=1002
..so, on the Mesa gear demo, I should get like 1500fps on my
200MHz box and over 2000 fps once I have accelleration on my
Jim Wilson writes:
Would it be ok with everyone to add the values for the two near and
far plane settings to preferences.xml? I'd like to be able to use
them in makeing eyepoint and model origin translation adjustments.
I have no problem with adding them to the property tree, but I
* Norman Vine -- Thursday 28 March 2002 17:16:
I could care less about those folks running FGFS in a window
this is a FlightSIM and the operative word is FRAMERATE
which any windowing system KILLS.
Huh ... forget my other (arrogant) reply. I guess you are right.
I just didn't manage
I could care less about those folks running FGFS in a window
this is a FlightSIM and the operative word is FRAMERATE
which any windowing system KILLS.
I'm sure the glass cockpit people will disagree with you.
Certainly I do; I have a bunch of instrumentation in other windows.
OK my
*connects to http://www.uk.research.att.com/vnc/ and downloads VNC for the
PC and Mac*
*installs VNC in both computers*
Buys the second license to the appropriate version of Windows
*does the 'happy dance'*
... it's the Microsoft tax dance.
Every computer that runs, or remotely controls,
In Britain, as far as I know, we always use two-digit numbers
Nope, not in the US. Dunno about elsewhere.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Norman writes:
Andy Ross writes:
Uh oh, we're going in circles again. Last words, I promise. :)
I do not have a linux box to play with but I am almost willing
to bet that a full screen undecorated window would have a
somewhat similar speedup under X compared to drawing in
a 'X' decorated
201 - 300 of 463 matches
Mail list logo