On Monday, October 01, 2012 19:16:09 Alan Teeder wrote:
> James
>
> I have just run a very quick check on a few aircraft. My apologies, but I
> should have used the word opaque and not translucent.
>
> F22 (jsbsim) has an opaque HUD, Mirage F1 has an opaque cockpit. They are
> both transparent w
James
I have just run a very quick check on a few aircraft. My apologies, but I
should have used the word opaque and not translucent.
F22 (jsbsim) has an opaque HUD, Mirage F1 has an opaque cockpit. They are
both transparent when Rembrandt is disabled.
The Saab Draken seems to have no cockpit
On 1 Oct 2012, at 17:07, Alan Teeder wrote:
> Off topic, whilst looking for further examples I found many aircraft that do
> not work. Concorde just crashes Flightgear, and several aircraft have
> translucent HUD and/or cockpits. This is with Rembrandt enabled.
Is the transparency issues Rembr
On 1 Oct 2012, at 14:02, AJ MacLeod wrote:
> I suspect this (startup sound sequence) might have been broken since the
> major changes to the FG sound system were made - or is it more recent? IMO
> it's a huge shame that stereo sounds are not supported any more, as the aural
> experience now j
AJ
Thanks for the reply.
I haven't looked at the Lightning for some time, but as my TSR2 (still in
development) suddenly started producing funny glitches in the engine sound I
went back to your Lightning, from which I had stolen this particular piece
of code (many GPL thanks). Subsequently I h
On 10/01/2012 03:02 PM, AJ MacLeod wrote:
> IMO it's a huge shame that stereo sounds are not supported any more, as the
> aural experience now just isn't as immersive (not to negate the real
> improvements that _were_ made of course).
Ever since the switch of OpenAL they where never supported.
I am using FlighGear version 2.0.0 in linux platform.
Recently i added submodel "Trajectory Marker" to the aircraft f-14b
The life of the model is set as 5 through the .xml file.
On triggering, the Trajectory Markers are displayed correctly but does not
disappear after 5 sec ( as set in the .xml fi
On Sat, 29 Sep 2012 10:59:18 +0100
Alan Teeder wrote:
> Just a heads-up.
> A couple of faults with the current CVS have recently surfaced.
> The most irritating is a break-up of the engine sound once they have been
> started.
> There are also warnings about the use of a stereo file
> (Lightning/
On 1 Oct 2012, at 14:28, Thomas Geymayer wrote:
> After a restart or reset? For me it works after a reset but also after
> pausing and resume again.
I meant 'reset' - and you're correct that pause+resume also fixes it. I'm
assuming this issue is unrelated to the Navcache, but also has occurred
Am 2012-10-01 14:12, schrieb James Turner:
> There is still something weird happening here - assuming I select the
> correct comm-panel options, and adjust the default volume, and select
> an in-range ATIS frequency, all the code is run to send sound to the
> sound-manager - I've verified this in t
On 1 Oct 2012, at 12:21, Thomas Geymayer wrote:
> Some observations:
> - There is no range filter applied at least for the
> NavDataCache::findXXXByFreq methods (A FGPositioned::Filter object is
> passed to all of them but the pass() method is never called)
Right, the filter is generally passed
Am 2012-10-01 12:33, schrieb James Turner:
> There's something odd happening with ATIS, after a sim-reset: you get reports
> for many stations, none of which are geographically close, continuously.
Some observations:
- After startup (c172p) I can not hear the ATIS but if debug output is
enabled
There's something odd happening with ATIS, after a sim-reset: you get reports
for many stations, none of which are geographically close, continuously.
This is a recent regression, probably my fault, but if anyone else has any
insights, particularly when it first occurred, or other ways to trigge
I'm trying to understand why clouds can obscure hills and hills can obscure
clouds properly.
My individual bits of knowledge are:
* clouds are drawn from outside in, because they are in a depth sorted bin, and
this is why clouds obscure other clouds properly.
* hills are not drawn from outsid
I'm trying to catch up with recent developments, and I've pulled and compiled
an up-to-date snapshot today. One thing I stumbled across by accident is that
we seem to have lost the ability to do software rendering as a fallback. If I
start today's Flightgear binary without access to the GPU dev
15 matches
Mail list logo