dave perry wrote:
I have been away on a trip for the last 5 days. Today, I did a make
clean for both SimGear and fgfs before the compiles. I launched fgfs on
the 32bit Athlon and at first, only ATC and no wind or aircraft sounds.
It was night, so I used the gui to change the time to
Hi,
this bug is best seen by an example. Look at
http://www.martinlaabs.de/tmp/fgfs-screen-008.png
The view through the propeller is free of rain. This is most impressive if
the sun is near the horizon. The rain is also falling into the cockpit
which is annoying.
I use the current CVS
hi all,
I am having a problem with genreating scenery with OSM data. I can
generate screnery using shape-decode for everthing except residential
roads. Every time I try I end up witha blank tile (nothing at all except
sea)
I use the following,
shape-decode --line-width 3
Hi,
Looking for information on autopilots I've found this:
http://www.cloudcaptech.com/piccolo_II.shtm#software
In the list of downloadable software you can see Flightgear listed, with
credits.
I've also found this:
On Tue, 2009-10-27 at 09:03 +0100, Erik Hofman wrote:
dave perry wrote:
I have been away on a trip for the last 5 days. Today, I did a make
clean for both SimGear and fgfs before the compiles. I launched fgfs on
the 32bit Athlon and at first, only ATC and no wind or aircraft sounds.
I had no sound yesterday evening - but this was an aircraft that I am
working on (JSBSim) and didn't investigate why this should be suddenly so.
As with Dave Perry I have an Athlon 32 bit machine.
_
From: Scott Hamilton [mailto:scott.hamil...@popplanet.biz]
Sent: 27 October 2009
On Tue, 2009-10-27 at 22:13 +1100, Scott Hamilton wrote:
I forgot to mention;
64bit AMD CPU
2.6.27.29-0.1-default #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64
x86_64 GNU/Linux
freealut 1.1.0 (from creative labs, compiled from source)
openal-soft-1.9.563 (compiled from source)
19: PCI
This is getting silly. I've now committed code that checks is the source
and listener are further apart than 50km or if there are any NaN's in
the position, orientation or velocity data of the source or listener.
If the sound is still inaudible while FlightGear prints a warning in the
sort of
Alan Teeder wrote:
I had no sound yesterday evening – but this was an aircraft that I am
working on (JSBSim) and didn’t investigate why this should be suddenly so.
Just one thing; I'm testing the airports you all provide without the
proper scenery for that area. Could you try the same by
Tim Moore wrote:
On 10/17/2009 07:42 PM, Ron Jensen wrote:
On Sat, 2009-10-17 at 11:24 -0600, dave perry wrote:
With current cvs update on my notebook, I am not getting the correct
field elevation when I set the altimeter to match the real weather
altimeter setting. It is off by
On Sunday 25 Oct 2009, Durk Talsma wrote:
On Sunday 25 October 2009 09:50:40 pm leee wrote:
I'm sorry Durk, but you still don't get it. The license is not
there to protect anything but the freedom of the software.
It's not there to protect or assert any rights of the the users
(other
On Tue, Oct 27, 2009 at 5:46 AM, Leonardo Fabian Grodek wrote:
Hi,
Looking for information on autopilots I've found this:
http://www.cloudcaptech.com/piccolo_II.shtm#software
In the list of downloadable software you can see Flightgear listed, with
credits.
I've also found this:
Well, after an update this morning, I am back to only atc sounds on my
Athlon 32 bit machine independent of the gui time selection. As noted in
an earlier post, I had the aircraft sounds start once after I used the
gui debug reload of the autopilot config file.
Hi,
Hi,
this bug is best seen by an example. Look at
http://www.martinlaabs.de/tmp/fgfs-screen-008.png
The view through the propeller is free of rain. This is
most impressive if
the sun is near the horizon. The rain is also falling into
the cockpit
which is annoying.
The first
Hi,
The new clouds by Stuart and Vadym Kukhtin looks really great!
I only see some issues with fps with the stratus-clouds.
As I can see they still make use of my clouds texture I did last year, which
looks now really ugly.
With using Vadym's texture, they looks much better and let me
Apologies for the delay in commenting on this thread.
Heiko Schulz wrote:
Hi,
The new clouds by Stuart and Vadym Kukhtin looks really great!
I think that's mainly due to the great work that Vadym has done on the textures.
Thanks Vadym!
With using Vadym's texture, they looks much
So how does one to fix the issue on the aircraft then? In the tu154b I
cannot see rain or snow outside the cockpit at all do to (I think) the
transparency on the windshield. The rain/snow/etc inside the cockpit
should be easily fixable using the depth buffer, but I'm not familiar
with the
On Tue, Oct 27, 2009 at 1:23 PM, Erik Hofman e...@ehofman.com wrote:
This is getting silly. I've now committed code that checks is the source
and listener are further apart than 50km or if there are any NaN's in
the position, orientation or velocity data of the source or listener.
If the
On 10/27/2009 01:49 PM, dave perry wrote:
Tim Moore wrote:
On 10/17/2009 07:42 PM, Ron Jensen wrote:
On Sat, 2009-10-17 at 11:24 -0600, dave perry wrote:
With current cvs update on my notebook, I am not getting the correct
field elevation when I set the altimeter to match the real
I had the same problem for 4 days and I tried about everything but nothing
seemed to work until i just compiled OpenAL-Soft and then Alut and then
make clean on SimGear and Flightgear followed by the installation and it
worked.
Al packages were checked-out Sunday 25th. I am sure it was svn://
Leee, you said If someone were to redistribute
an altered binary derived from a GPL'd work without making the
corresponding source code available then it is a straightforward
violation of the GPL and that is where the remedy should be sought.
Yet that is exactly what we believe is happening
On 28/10/09 08:22, jorg van der venne wrote:
Al packages were checked-out Sunday 25th. I am sure it was
svn://connect.creativelabs.com/OpenAL/trunk/OpenAL-Soft
http://connect.creativelabs.com/OpenAL/trunk/OpenAL-Soft
svn://connect.creativelabs.com/OpenAL/trunk/Alut
Hi Anders,
Anders Gidenstam wrote:
I wonder if anyone alse has noticd that the startup location on runways
with a displaced threshold differs depending on whether the custom scenery
ICAO.threshold.xml file or apt.dat is used?
Here is runway 9 at EDDR with the options --airport=EDDR
Hi there,
I can confirm that I've seen the same thing, when using an unmodified
(out-of-box) copy of apt.dat with some custom scenery I built. I've had to
amend apt.dat with the airport data generated by the custom scenery build
process. Otherwise my startup locations are incorrect, and offset
24 matches
Mail list logo