Re: [Flightgear-devel] weather conditions and winds aloft not working correctly..

2010-07-20 Thread Vivian Meazza
Hi Curt,

 

I'm working on implementing contrails, using both particles and submodels,
and I'm seeing the same bug. I also see that particles do not move in the
direction indicated by the windsocks. I have long since reported that there
seems to be an error in the particle wind - I think that the error is in
OSG. IIRC there was some misunderstanding at one point if wind direction was
from or to!

 

I hope that the submodel wind is correct, but I will look at the code again.

 

Vivian

 

-Original Message-
From: Curtis Olson [mailto:curtol...@gmail.com] 
Sent: 17 July 2010 19:17
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] weather conditions and winds aloft
notworking correctly..

 

Hi Torsten,

 

While we are on the subject, I have two dumb, but related questions ...

1. I do some UAV work and at times collect some real world flight test data.
It would be really nice to be able to capture the current metar data off the
internet at the time of the flight, save it into some simple form along with
the flight data, and then later when I replay the flight data, use the saved
metar data for the weather conditions.  Is there a way to do this now?  Does
it work?  In the past when I've tried to enter metar strings into the
Environment-Weather Scenario dialog box, I haven't been able to get
anything to work ... and I'd like to automate this at least through command
line options if it's possible?

 

Here's an example video replaying a real flight in FlightGear.

 

http://www.youtube.com/watch?v=toR9UO_Dafc

 

You might notice that partway through the video I turn the smoke emitter on.
This is one reason I'd like to have relatively closely matching weather to
the original flight conditions ... so that the smoke drift is in the correct
direction relative to the crab angle and everything is mostly self
consistent.  (obviously it won't be perfect if the closest weather reporting
station is several miles away and the weather report was from an hour ago,
but it's better than nothing ...)

 

2. This brings me to my second question which might be a bug report?  It's
my understanding that an aircraft is flying relative to it's local air mass.
So if I emit smoke and the smoke drifts in the same air mass, then from the
perspective of the aircraft looking backwards, the smoke should come
straight out of the tail in line with the aircraft (even if it's crabbing
relative to the ground.)

 

What I see instead is that the smoke also drifts relative to the path of the
aircraft in the air mass, and this can't possibly be right.  The amount of
error seems to scale in proportion to how strong the winds are.

 

I think there must be some sort of units conversion or scaling problem (?)
when the local wind vector is applied to submodels and particles?


Is this issue within your domain as the weather master?

 

Thanks!

 

Curt.

 

 

On Sat, Jul 17, 2010 at 12:08 PM, Torsten Dreyer wrote:

 Not the best quality but readable, hopefully those will demonstrate
 the problems pretty clearly.

 http://www.flickr.com/photos/jmburbach/sets/72157624393619399/

 I'm also unsure why you bring up altitude above ground, as winds aloft
 are stated above sea level and in true headings are they not?

Congratulations! You found a - probably long standing - bug!
The environment interpolation did not work above the second layer due to a
bug
probably introduced by myself some long time ago.
Thanks for reporting and the excellent test case with the screenshots.
BTW: you don't have to type in your environment setup at every program
start,
just use the attached file and start
fgfs --config=path/to/aloft.xml

Please check and report if the issue is gone with the latest git pull.

Torsten


--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel




-- 
Curtis Olson: http://baron.flightgear.org/~curt/

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] aircraft search

2010-07-20 Thread D-NXKT
Hello,

I get the same parsing error in Linux if a Aircraft-Directory is linked (Soft-
Link) to fgdata/Aircraft. If I copy this Aircraft-Directory directly into 
fgdata/Aircraft everything works fine. A few days ago the linked Aircraft  
was still working. Maybe this observation helps for debugging?!

Best regards
D-NXKT


--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] autopilot stage names

2010-07-20 Thread Torsten Dreyer
Sorry for replying late, I was out of town.
 I'm posting in haste so I apologize if I'm missing something, but was there
 a recent change to the autopilot system that now ignores stages if they
  have the same name tag as a previous stage?  Previously this wasn't the
  case, but if it's a new addition, it could possible break some
  configurations that aren't expecting this.
True - stages of duplicate names are ignored.
 
 Also, in the autopilot dialog box, something is now forcing the altitude to
 zero no matter what I change it to?  Previously I could step the target
 altitude up and down in 100' increments using the up and down arrow keys
  and no matter what I do, the altitude is forced back to zero?
 
 Any ideas?  This is with the Rascal110 model.
I'll have a look, but not before tomorrow evening.

Torsten

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] aircraft search

2010-07-20 Thread Alan Teeder
The current git build does not run on either of my Vista or Xp systems.

The release build just has a windows box saying that fgfs.exe has stopped 
working. The DOS window gets as far as loading scenario nimitz demo and 
loading scenario aircraft demo.

Attempts at debugging fail as FG shuts down with :-

'fgfs.exe': Loaded 'C:\WINDOWS\system32\msacm32.dll'
'fgfs.exe': Loaded 'C:\WINDOWS\system32\midimap.dll'
'fgfs.exe': Loaded 'C:\WINDOWS\system32\setupapi.dll'
'fgfs.exe': Unloaded 'C:\WINDOWS\system32\setupapi.dll'
'fgfs.exe': Loaded 'C:\WINDOWS\system32\setupapi.dll'
'fgfs.exe': Unloaded 'C:\WINDOWS\system32\setupapi.dll'
'fgfs.exe': Loaded 'C:\WINDOWS\system32\setupapi.dll'
'fgfs.exe': Unloaded 'C:\WINDOWS\system32\setupapi.dll'
'fgfs.exe': Loaded 'C:\WINDOWS\system32\setupapi.dll'
'fgfs.exe': Unloaded 'C:\WINDOWS\system32\setupapi.dll'
'fgfs.exe': Loaded 'C:\WINDOWS\system32\setupapi.dll'
'fgfs.exe': Unloaded 'C:\WINDOWS\system32\setupapi.dll'
The thread 'Win32 Thread' (0x14b8) has exited with code -1 (0x).
The program '[5360] fgfs.exe: Native' has exited with code -1 (0x).a 
error code -1.

and I have no idea where to put breakpoint(s) to track this down.

This is consistent on all aircraft that I have tested.

Alan :-(

 


--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] weather conditions and winds aloft not working correctly..

2010-07-20 Thread Torsten Dreyer
  For the time being, entering temperature into the dialog box is broken.
  The only way to set a temperature is by setting
  /environment/temperature-sea- level-degc which calculates the temperature
  at altitude based on ICAO standard atmosphere.
 
 That's a little disappointing. Hopefully a better way to do things can
 be found as from what I can see the calculated temperatures are
 nowhere close to actual aloft data. Anyway, thanks a bunch for working
 on this, weather is a very important part of aviation and flight
 planning so anything that can be fixed or improved is always good.
OK - a boring evening at a business hotel while being at an out-of-town job 
provided some time for bug-fixing. After all the temperature/dewpoint issue 
was not that complicated and should be fixed now. Please check out latest 
sources and check if I have overlooked something else or broke something new 
;-)

Torsten

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] aircraft search

2010-07-20 Thread James Turner

On 20 Jul 2010, at 21:34, D-NXKT wrote:

 I get the same parsing error in Linux if a Aircraft-Directory is linked (Soft-
 Link) to fgdata/Aircraft. If I copy this Aircraft-Directory directly into 
 fgdata/Aircraft everything works fine. A few days ago the linked Aircraft  
 was still working. Maybe this observation helps for debugging?!

Indeed it does - my symlink handling needs some work, I suppose. Expect a patch 
in the next few days.

James
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] JSBSim P-51D merge request

2010-07-20 Thread Hal V. Engel
On Monday 19 July 2010 01:39:43 pm Anders Gidenstam wrote:
 On Mon, 19 Jul 2010, Hal V. Engel wrote:
  Are there any plans to update JSBSim in FG GIT?
 
 Hi again,
 
 Erik did that just a few days ago (on the 16th) :)
 
 Cheers,
 
 Anders
 

I did some testing against GIT/next.  It's not very stable yet so it crashed 
more often than I did.  But I was able to get two things working that did not 
work with 2.0.

I have added support for tail wheel locking/unlocking.  This should 
now work like the real thing (IE. Locked when the stick is back and free 
swiveling when the stick is forward).  It did work on my system.   

The Fuel selector now works and all tanks including the drop tanks are working 
at least on my system.

I have added these changes to the merge request.

Hal

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] aircraft search

2010-07-20 Thread Alex Romosan
James Turner ja...@bugless.co.uk writes:

 dante:~$ fgfs --help
 Cannot find specified aircraft: b1900d
 Config option parsing failed ...
 
 All options command line options fail in the same way. (That's a
 little worrying actually.)

 Unfortunately that's due to how the --aircraft option is parsed -
 *before* most of the config files are loaded.

 You're on Unix, I infer from the paths you posted earlier ... hmm. Can
 you email me your .fgfsrc?

i noticed something even stranger. for me, if the aircraft file matches
the directory name then i can load it using --aircraft=aircraft syntax
(tried it with f16, f-14b, b1900d and some others). if it doesn't (p61
and x35) then i get:

Cannot find specified aircraft: p61
Config option parsing failed ...

i tried it with and without a .fgfsrc file with the same results. this
is with the latest from git.

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel