Re: [Flightgear-devel] Custom scenery data startup location problem.

[Chris Wilkinson]

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 by as much as 
15-20 metres.

I wonder if it is as simple a problem as the standard apt.dat being built using 
less accurate data than that we build custom scenery from?

For people downloading custom scenery it would be beneficial if somehow during 
the process of extracting the new scenery, that the modified airport layout 
data were reflected in apt.dat. Not sure how that would be accomplished, but 
doing that would cure the offset startup locations problem.

Kind regards,

Chris Wilkinson, YBBN/BNE
 



From: Anders Gidenstam 
To: flightgear-devel@lists.sourceforge.net
Sent: Wed, 28 October, 2009 8:56:56 AM
Subject: [Flightgear-devel] Custom scenery data startup location problem.


Hi,

I wonder if anyone alse has noticd that the startup location on runways 
with a displaced threshold differs depending on whether the custom scenery 
.threshold.xml file or apt.dat is used?

Here is runway 9 at EDDR with the options --airport=EDDR --runway=09:

http://www.gidenstam.org/FlightGear/misc/tmp/startup_location_problem.jpg

To the left /sim/paths/use-custom-scenery-data is false
and to the right /sim/paths/use-custom-scenery-data is true.

I have seen this on other airports too.

Since the code that positions the aircraft on the runway is the same in 
both cases it appears that the data loaded into the internal DB differs 
depending on the source. I don't know if it is the data in the .thres.xml 
file that is bad or if it is a bug in the loader. (I guess it can be 
either depending on how one defines the meaning intended interpretation of 
the XML data :)

Cheers,

Anders
-- 
---
Anders Gidenstam
WWW: http://www.gidenstam.org/FlightGear/

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel



  
__
Get more done like never before with Yahoo!7 Mail.
Learn more: http://au.overview.mail.yahoo.com/--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Custom scenery data startup location problem.

[Martin Spott]

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 
> .threshold.xml file or apt.dat is used?
> 
> Here is runway 9 at EDDR with the options --airport=EDDR --runway=09:
> 
> http://www.gidenstam.org/FlightGear/misc/tmp/startup_location_problem.jpg
> 
> To the left /sim/paths/use-custom-scenery-data is false
> and to the right /sim/paths/use-custom-scenery-data is true.

Thanks for pointing out ! I'm going to investigate and comment as soon
as my (spare) time permits,

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New Sound system committed

[James Sleeman]

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 

&& svn://connect.creativelabs.com/OpenAL/trunk/Alut 
 that fixed my problem
I think distributions will be using a much older OpenAL-Soft.  My  
up-to-date Ubuntu 9.04 has OpenAL-Soft 1.4.272 by the looks of it, 
current version of OpenAL-Soft is 1.9.563 according to 
http://kcat.strangesoft.net/openal.html


I wonder if this is the cause of the differing problems people are seeing.


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear URL verification patch

[Rob Shearman, Jr.]

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 with this FlightProSim company.

"Trying to use the GPL inappropriately, as it seems we are doing 
here, is asking for trouble as it could be argued that it is 
impossible to comply with the license, making it invalid, and 
thereby leaving the FG data material completely unprotected."

What protection is the GPL giving us, if we know of a violator but seem to have 
no ability to effect enforcement?



  --
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Custom scenery data startup location problem.

[Anders Gidenstam]

Hi,

I wonder if anyone alse has noticd that the startup location on runways 
with a displaced threshold differs depending on whether the custom scenery 
.threshold.xml file or apt.dat is used?

Here is runway 9 at EDDR with the options --airport=EDDR --runway=09:

http://www.gidenstam.org/FlightGear/misc/tmp/startup_location_problem.jpg

To the left /sim/paths/use-custom-scenery-data is false
and to the right /sim/paths/use-custom-scenery-data is true.

I have seen this on other airports too.

Since the code that positions the aircraft on the runway is the same in 
both cases it appears that the data loaded into the internal DB differs 
depending on the source. I don't know if it is the data in the .thres.xml 
file that is bad or if it is a bug in the loader. (I guess it can be 
either depending on how one defines the meaning intended interpretation of 
the XML data :)

Cheers,

Anders
-- 
---
Anders Gidenstam
WWW: http://www.gidenstam.org/FlightGear/

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New Sound system committed

[jorg van der venne]

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://
connect.creativelabs.com/OpenAL/trunk/OpenAL-Soft
&& svn://connect.creativelabs.com/OpenAL/trunk/Alut that fixed my problem

Hope this helps!

specs:
x86_64
CrossLinuxFromScratch svn-20090309
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Altimeter setting does not produce correct field altitude

[Tim Moore]

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 weather 
 altimeter setting.  It is off by 160 feet today at KLMO (field elevation 
 5052).  With my desktop which was last updated from cvs about 10/3, it 
 is very nearly correct even with radically high or low pressures.
   
>>> I've seen this problem going back into the middle of September:
>>>
>>> http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg23719.html
>>>
>>> It would be nice if someone figured out how to fix this...
>>> 
>> With Ron's help I've committed a fix for this. Please check it out and 
>> report any
>> further problems.
>>
>> Thanks,
>> Tim
>>
>>
>>   
> Hi Tim,
> 
> With the altimeter set to the ALT (in hg) in the weather conditions 
> table from the Environment gui, the field elevations I checked were 
> correct.  But the number in this table no longer matches the real 
> weather scenario metar number.  I believe Torsten made significant 
> changes to the real weather code.
I just did a test with real-weather-fetch at KSLC. When I set the altimeter 
using the QNH
in the metar -- 29.76 -- the altitude is right on, as far as I can see. It's 
true that 
this pressure doesn't match the pressure shown in the Environment Conditions 
gui, 29.814,
but that is to be expected; that pressure is now the true pressure at sea 
level, not the
altimeter pressure.

Does this jibe with what you're seeing?

Tim

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New Sound system committed

[Csaba Halász]

On Tue, Oct 27, 2009 at 1:23 PM, Erik Hofman  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 sound is still inaudible while FlightGear prints a warning in the
> sort of "NaN detected in position" or "source and listener distance
> greater than 50km" then I'm really going to suspect a bug in the OpenAL
> implementation.

Starting at EGLL with the default c172p, I notice:
1) the engine sound is louder in cockpit than in external view
2) tuning to ATIS 123.9 I get the "source and listener distance
greater than 50km!" message (twice)
3) tuning away from ATIS frequency does not stop ATIS sound

About item #3: lines 267-8 in ATC.cxx:
_sgr->stop(refname);
_sgr->remove(refname);
stop() only sets a flag that is checked in SGSampleGroup::update.
However, remove() removes the sample immediately from the _samples
collection and puts it into the _removed_samples. From there, only
sounds that are really stopped (OpenAl-wise) get cleaned up. Except
the update() never gets a chance to stop the sample because it is
already removed from the active collection. (ATIS is not the only
example for this)

Looking at the code I spotted that FGATC::_playing isn't initialized
in the constructor, please fix it if you have a spare moment. Also,
generating random refname for sound samples but then using a different
refname to add it into the _samples collection is confusing. I mean,
It sure confused me, I thought I was seeing memory corruption and
started to hunt it down :)

-- 
Csaba/Jester

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] BUG - Evening, Rain, Propeller

[Jacob Burbach]

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 flightgear/simgear/osg code base so I cannot be any help
actually implementing in flightgear. Theres also a bug with the
rain/snow when moving the camera around, in that it a appears to
`speed up'...not sure a better way to put it.

cheers!

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Photorealistic textures for cumulus clouds

[Stuart Buchanan]

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 better and let me decreasing 
> to 10 - it still looks great, it is working, but fps are much 
> better now.

I have been doing a similar investigation.

In fact, I think the textures Vadym produced are much closer to stratus clouds 
than cumulus. So, if anyone wants to generate new cumulus textures, they 
are very welcome to do so...

> The few things which I don't like yet are, some transparency issues with 
> particles and/ or a second cloud layers above.

I think these are ordering issues, but I don't know how to fix them.

> And of course that they don't move with the wind! ;-)

That is something that is on my to-do list.

> I attached the cloudlayers.xml with the changed texture path and  num-sprites 
> for the stratus-clouds.

Thanks. I'll hopefully have the chance to have a look at this later today.

-Stuart



  

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Photorealistic textures for cumulus clouds

[Heiko Schulz]

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 decreasing 
 to 10 - it still looks great, it is working, but fps are much 
better now.

The few things which I don't like yet are, some transparency issues with 
particles and/ or a second cloud layers above.

And of course that they don't move with the wind! ;-)

I attached the cloudlayers.xml with the changed texture path and  num-sprites 
for the stratus-clouds.

Kind Regards
HHS


   


  

  1600
  2000
  4000
  3000
  10
  cl_cumulus.png
  4
  4
  0.3
  800
  1200
  800
  1200


  800
  400
  500
  200
  10
  cl_cumulus.png
  4
  4
  0.3
  400
  800
  400
  800


  600
  1200
  400
  800
  20
  cl_cumulus.png
  4
  4
  0.6
  400
  700
  300
  700


  300
  800
  200
  300
  10
  cl_cumulus.png
  4
  4
  0.7
  200
  400
  150
  300


  1200
  3000
  200
  400
  10
cl_cumulus.png
  4
  4
  0.2
  300
  600
  100
  200


  600
  2000
  200
  300
  10
 cl_cumulus.png
  4
  4
  0.3
  300
  600
  100
  200


  800
  1500
  100
  200
  10
  cl_cumulus.png
  4
  4
  0.9
  300
  600
  200
  400


  1800
  2500
  200
  400
  10
cl_cumulus.png
  4
  4
  0.9
  400
  800
  300
  500

  
  

  
st-small
5
1000
200
1
1
  



  
cu-small
4
800
200
2
2
  



  
cu-large
1
1500
200
2
1
  
  
cu-small
4
1000
200
1
2
  



  
cb-large
1
1500
1000
2
2
  




  
cb-large
1
2500
1000
  



  
st-large
5
2000
100
  
  
st-small
5
2000
100
  



  
st-small
10
5000
200
  



  
ns-large
5
5000
300
  



  
cu-large
5
2500
300
  



  
cu-large
30
2500
300
1
  

  
  
  
  

  
cu-hum
1
  
  
cu-con
1
  


  
cb-cal
3
  
  
cb-inc
3
  
  
cu-hum
1
  
  
cu-con
5
  
  200.0


  
ac-str
1
  
  100.0


  
st
1
  
  
st-small
1
  
  100.0


  
sc
1
  
  150.0


  
ns
1
  
  15.0

  


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] BUG - Evening, Rain, Propeller

[Heiko Schulz]

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 thing is more a issue of the aircraft developer- it can be fixed by 
changing the prop-animation. ( there are some other prop-aicrafts which don't 
show this issue...).
The Model-Author of the c172p has this on his list, but did not find any time 
to change this...

The second bug is really annoying, but to fix this means to change the hardcode 
- no idea if someone is around with the knowledge to do so, but for the next 
relase it would be really good


Regards
HHS


  

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New Sound system committed

[dave perry]

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.
openal-0.0.9-0.15.20060204cvs.fc9.i386
freealut-1.1.0-6.fc9.i386
FC10 up to date

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.
>
> As with Dave Perry I have an Athlon 32 bit machine.
>
> 
>
> *From:* Scott Hamilton [mailto:scott.hamil...@popplanet.biz]
> *Sent:* 27 October 2009 11:14
> *To:* FlightGear developers discussions
> *Subject:* Re: [Flightgear-devel] New Sound system committed
>
> 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.  
> > It was night, so I used the gui to change the time to "afternoon" and 
> > what do you know, I have all the sounds.  If I change back to clock 
> > time, only atc sound.  This is repeatable.
>  
> Anyone else who sees this? I tried it locally (with the latest CVS 
> sources for SimGear and FlightGear) and I always get sound.
>
>
> Actually for some aircraft I've lost all sounds, changing time (to one 
> of the presets or clock time) during flight made no difference;
>
> dhc8:
> engine - none
> flaps transit - none
> gear transit - none
> marker morse - none
> ATC - yes
>
> A380:
> engine - none
> wind - none
> tarmac rumble - none
> flaps transit - yes
> gear transit - none
> seat belt chime - yes
> marker morse - yes
> ATC - yes
>
> c172r
> engine - none
> wind - none
> flaps transit - none
> marker morse - none
> ATC - yes
>
> The command line args are;
>
> bin/fgfs --log-level=warn --enable-hud --enable-sound --airport=YSSY 
> --runway=34L --aircraft=c172r --enable-real-weather-fetch 
> --timeofday=morning --prop:/sim/sound/enabled=true
>
>
> I also noticed that if I change the main volume in the sound dialog, 
> it also reduces the ATC volume, I think the UI assumes they are
> separate volume controls?
>
>
> Scott.
>
>
>
>
>  
>  
> Erik
>  


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Flightgear in industry use

[Curtis Olson]

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:
>
>
> http://www.cloudcaptech.com/download/Piccolo/Piccolo%20Documentation/Version%202.1.1%20Docs/Software/Piccolo%20Simulator.pdf
>
> Those more active than me in FG development (almost everybody but me
> indeed...) could feel proud of their work by seeing FG recommended by
> industry leaders.
>
>
I got to see a Cloudcap Piccolo flying on big UAV earlier this fall (16'
wing span, 150 lbs beast of an airplane).  This was an older piccolo.  I
hear v2 is even better.  Good stuff!  (of course the uav stuff I'm working
will be much better once it is finished.) :-)

Curt.
-- 
Curtis Olson: http://baron.flightgear.org/~curt/
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear URL verification patch

[leee]

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 than to use it as they wish for their own purposes) or
> > the developers and is only there to ensure that the software
> > may be distributed without the imposition of restrictions
> > beyond those specified in the GPL license.
>
> Arrr,
>
> 1) As far as I can tell, I never suggested that the GPL implies
> anything else but ensuring that the software remains free and
> open. And, as I clearly stated stated, I'm in full support of
> that.
>
> 2) I've pointed to a very possible scenario where the the GPL
> would be violated. Granted, piracy might -in retrospect- not have
> been the best choice of words, but copyright violation certainly
> is for the scenario that I described. Closing your eyes and
> pretending that everything is alright is, in this respect rather
> naive in my opinion.

I think your assertion that I'm closing my eyes and pretending that 
everything is alright is not only baseless but unwarranted.

The scenario where someone uses a binary editor to modify the FG 
executable program isn't something that FG should consider dealing 
with in the code of the program and to do so in anticipation of it 
happening just smacks of paranoia.  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, 
otherwise why use the GPL at all?

Redistribution of copyrighted material is only an issue when the 
terms and conditions of use and redistribution have been violated 
i.e. where the copyrighted material has been released under terms 
and conditions that forbid amendment or redistribution.  Atm, 
everything in the base package is considered to be released under 
the GPL, which allows modification and redistribution.

Holding copyright to a work does not automatically forbid others 
from amending and/or redistributing that work.  It is up to the 
copyright holder to state the terms of use and redistribution, and 
only when those terms are breached is copyright violation an issue.

For those people who are concerned by these companies using their 
work or screenshots: ensure that the terms and conditions of use 
and redistribution are clearly displayed along with the work or 
images.

>
> 3) I said *moral* obligation, not obligation. Obligation would be
> something that we would have needed to do according to a formal
> requirement; moral obligation is something entirely different. I
> specifically said: "Personally, I think that we have a *moral*
> obligation to do what is in our power to prevent that." This does
> indeed have nothing to do with the license, but everything with a
> sense of justice that every normal human should have. You said
> that it is up to me personally to act on that. Well isn't that
> exactly what I'm doing?

You said "..it does concern innocent customers, who may unknowingly 
be lured into spending money on something they could have gotten 
for free from us. This the money goes to people who have done 
nothing but setting up an awkward money making scheme.  Personally, 
I think that we have a moral obligation to do what is in our power 
to prevent that."

The only issue is whether the GPL, or other stated non-GPL 
conditions of use and redistribution of the material have been 
violated.  As long as those conditions are complied with then there 
is no issue of "luring" or deceiving "innocent customers" into 
doing anything.  You have no right to stop these companies 
advertising what they are selling, which they do in the hope that 
people will pay them money for FG.  If anyone is at *moral* fault 
here it is the FG project, for not advertising its work more widely 
so that people see the free FG adverts instead of the pay-for 
adverts of the companies selling FG.

You also said "This patch [...] was aimed at some of the anonymous 
resellers at e-Bay, in particular those who offer digital 
downloads, and therefore have a lot to gain from concealing the 
fact that the programs they offer on their paid website can 
actually be downloaded for free directly from us. In contrast, 
there are also many of those going an extra mile to make a nice 
package, include a few enhancements, etc etc. and sell it on DvD. 
These people shouldn't have to worry."

Your idea of morality here seems to be based upon how much work 
someone puts into redistributing a GPL'd work i.e. an anonymous low 
effort redistribution = immoral but high effort redistribution = 
moral.  The GPL allows either of these approaches and having 
decided to use the GPL, you cannot pick and choose which bits of it 
are ok and are *moral* and  which bits ar

Re: [Flightgear-devel] Altimeter setting does not produce correct field altitude

[dave perry]

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 160 feet today at KLMO (field elevation 
>>> 5052).  With my desktop which was last updated from cvs about 10/3, it 
>>> is very nearly correct even with radically high or low pressures.
>>>   
>> I've seen this problem going back into the middle of September:
>>
>> http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg23719.html
>>
>> It would be nice if someone figured out how to fix this...
>> 
> With Ron's help I've committed a fix for this. Please check it out and report 
> any
> further problems.
>
> Thanks,
> Tim
>
>
>   
Hi Tim,

With the altimeter set to the ALT (in hg) in the weather conditions 
table from the Environment gui, the field elevations I checked were 
correct.  But the number in this table no longer matches the real 
weather scenario metar number.  I believe Torsten made significant 
changes to the real weather code.

Thanks,
Dave P.


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New Sound system committed

[Erik Hofman]

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 setting 
--fg-scenery=/tmp for instance?

Erik

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New Sound system committed

[Erik Hofman]

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 "NaN detected in position" or "source and listener distance 
greater than 50km" then I'm really going to suspect a bug in the OpenAL 
implementation.

Erik

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New Sound system committed

[Scott Hamilton]

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 06.1: 0403 Audio device
  [Created at pci.318]
  Hardware Class: sound
  Model: "nVidia MCP55 High Definition Audio"
  Vendor: pci 0x10de "nVidia Corporation"
  Device: pci 0x0371 "MCP55 High Definition Audio"
  SubVendor: pci 0x1462 "Micro-Star International Co., Ltd."
  SubDevice: pci 0x7250
  Revision: 0xa2
  Driver: "HDA Intel"
  Driver Modules: "snd_hda_intel"


> 
>   Actually for some aircraft I've lost all sounds, changing time (to
> one of the presets or clock time) during flight made no difference;
> 
> dhc8:
>  engine - none
>  flaps transit - none
>  gear transit - none
>  marker morse - none
>  ATC - yes
> 
> A380:
>  engine - none
>  wind - none
>  tarmac rumble - none
>  flaps transit - yes
>  gear transit - none
>  seat belt chime - yes
>  marker morse - yes
>  ATC  - yes
>
> c172r
>  engine - none
>  wind - none
>  flaps transit - none
>  marker morse -  none
>  ATC - yes
>   
>   The command line args are;
> 
> bin/fgfs --log-level=warn --enable-hud --enable-sound --airport=YSSY
> --runway=34L --aircraft=c172r --enable-real-weather-fetch
> --timeofday=morning --prop:/sim/sound/enabled=true
> 
> 
>   I also noticed that if I change the main volume in the sound dialog,
> it also reduces the ATC volume, I think the UI assumes they are
>   separate volume controls? 
> 
>   
>   Scott.
> 
> 
> 
> 
> > 
> > Erik
> > 
> > --
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay 
> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> > http://p.sf.net/sfu/devconference
> > ___
> > Flightgear-devel mailing list
> > Flightgear-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/flightgear-devel
> 
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___ Flightgear-devel mailing list 
> Flightgear-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New Sound system committed

[Alan Teeder]

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 11:14
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] New Sound system committed

 

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.  
> It was night, so I used the gui to change the time to "afternoon" and 
> what do you know, I have all the sounds.  If I change back to clock 
> time, only atc sound.  This is repeatable.
 
Anyone else who sees this? I tried it locally (with the latest CVS 
sources for SimGear and FlightGear) and I always get sound.


  Actually for some aircraft I've lost all sounds, changing time (to one of
the presets or clock time) during flight made no difference;

dhc8:
 engine - none
 flaps transit - none
 gear transit - none
 marker morse - none
 ATC - yes

A380:
 engine - none
 wind - none
 tarmac rumble - none
 flaps transit - yes
 gear transit - none
 seat belt chime - yes
 marker morse - yes
 ATC  - yes
   
c172r
 engine - none
 wind - none
 flaps transit - none
 marker morse -  none
 ATC - yes
  
  The command line args are;

bin/fgfs --log-level=warn --enable-hud --enable-sound --airport=YSSY
--runway=34L --aircraft=c172r --enable-real-weather-fetch
--timeofday=morning --prop:/sim/sound/enabled=true


  I also noticed that if I change the main volume in the sound dialog, it
also reduces the ATC volume, I think the UI assumes they are
  separate volume controls? 

  
  Scott.






 
 
Erik
 

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New Sound system committed

[Scott Hamilton]

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.  
> > It was night, so I used the gui to change the time to "afternoon" and 
> > what do you know, I have all the sounds.  If I change back to clock 
> > time, only atc sound.  This is repeatable.
> 
> Anyone else who sees this? I tried it locally (with the latest CVS 
> sources for SimGear and FlightGear) and I always get sound.


  Actually for some aircraft I've lost all sounds, changing time (to one
of the presets or clock time) during flight made no difference;

 dhc8:
 engine - none
 flaps transit - none
 gear transit - none
 marker morse - none
 ATC - yes

 A380:
 engine - none
 wind - none
 tarmac rumble - none
 flaps transit - yes
 gear transit - none
 seat belt chime - yes
 marker morse - yes
 ATC  - yes
   
c172r
 engine - none
 wind - none
 flaps transit - none
 marker morse -  none
 ATC - yes
  
  The command line args are;

bin/fgfs --log-level=warn --enable-hud --enable-sound --airport=YSSY
--runway=34L --aircraft=c172r --enable-real-weather-fetch
--timeofday=morning --prop:/sim/sound/enabled=true


  I also noticed that if I change the main volume in the sound dialog,
it also reduces the ATC volume, I think the UI assumes they are
  separate volume controls? 

  
  Scott.




> 
> Erik
> 
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Flightgear in industry use

[Leonardo Fabian Grodek]

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:

http://www.cloudcaptech.com/download/Piccolo/Piccolo%20Documentation/Version%202.1.1%20Docs/Software/Piccolo%20Simulator.pdf

Those more active than me in FG development (almost everybody but me
indeed...) could feel proud of their work by seeing FG recommended by
industry leaders.

Fabian
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] problems with terragear and osm

[Jason Cox]

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 ../data/shapefile/osm_residential Roads Road

rmoving the directory and rebuilding without it and it all works as
expected.
can anyone help

Jason


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] BUG - Evening, Rain, Propeller

[Martin Laabs]

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 version.

Greetings,
  Martin Laabs


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] New Sound system committed

[Erik Hofman]

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 "afternoon" and 
> what do you know, I have all the sounds.  If I change back to clock 
> time, only atc sound.  This is repeatable.

Anyone else who sees this? I tried it locally (with the latest CVS 
sources for SimGear and FlightGear) and I always get sound.

Erik

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel