> world seen through extreme overzoom (i.e. you only get a tiny, itsy,
> bitty bit of the outside world expanded to fill the screen.)
This isn't the same problem - and won't help you - but does anyone else
see visual corruption when loading up view 0 for the first time, that
clears when you reset
I'm busy hooking up the sounds for a vario but can't get the sink tone to
work. I'm using the vertical speed property to test against.
Here is the my xml sound config for the sinking tone :
sinkcue
looped
Aircraft/LAK-19/Instruments/ILEC_SC-7/sink-tone.wav
/in
Curtis L. Olson writes:
>
> First let me explain what I need to do. I need to configure an
> "asymmetric view frustum".
..
> For what it's worth, I think the same issue is happening with the "TR"
> tiled rendering routines that generate the ultra-highres tiled screen
> shots ... that
Hello Curtis,
> First let me explain what I need to do. I need to configure an
> "asymmetric view frustum". I need to place 3 monitors next to each
> other, aligned along a flat plane. The view drawn in each monitor needs
> to be projected on that same flat plane. I cannot just set a view
> of
Hello again,
sorry, I didn't read your whole mail, so my response
was probablly not relevant to your problem.
> Going back to my original query. My little experiment to pan the view
> frustum side to side using this technique worked great in all the
> external views, but totally screwed up the
There is a hang in isnan() during fg start if simgear is built using
gcc 3.3 compiler (which I installed about two months back) on mac os x.
Due to a variety of issues (mostly the weather 8-) ), I've not been
able to look at this problem until recently, but I've got a fix for it
that I'll give
On Fri, 25 Feb 2005 08:43:29 +0100
Melchior FRANZ wrote:
> I had the same problem. fgrun does since very recently use threads, but fltk
> hadn't been compiled with threads on SuSE 9.2. (I dropped them a line and hope
> that they'll change that in the next release.) Seems that FC2 suffers from the
