Re: [Flightgear-devel] gear compression +- wow

2007-01-17 Thread Jon S. Berndt
> John Denker wrote: > > > I observe that if the aircraft is initialized to an airborne > > position, the /gear/gear/wow property is stuck at 1, > > indicating weight on the wheels, even though the > > compression-norm property is zero. > > > >This initialization can come via the command line >

Re: [Flightgear-devel] ?update fix.dat?

2007-01-17 Thread John Denker
On 01/16/2007 12:57 PM, daveluff wrote: > The best way to keep the data updated would be to feed improvements to > Robin Peel (http://x-plane.org/home/robinp/) and then pull his updated > data periodically. An excellent suggestion. In the meantime, 1) I pulled the data from the x-plane site.

[Flightgear-devel] the real Pa24-250 N7764P

2007-01-17 Thread Dave Perry
I thought you might enjoy seeing the real N7764P. http://www.airliners.net/photos/photos/2/2/1/0914122.jpg If you compare this picture to the fgfs model, the one improvement that will probably eventually get done is to change the intersection of the windshield and the top of the cabin to be "flatt

Re: [Flightgear-devel] Proposal: New external force capability for JSBSim

2007-01-17 Thread gh.robin
On Wed 17 January 2007 20:48, Berndt, Jon S wrote: >Dave Culp and I have been discussing the > catapult and hook scheme for a while. That discussion has actually gone > farther than that specific case, to planning for a capability that is a > general one, for applying external forces to a JSBSim ai

Re: [Flightgear-devel] OT: c182rg gear trouble

2007-01-17 Thread Lou Sanchez-Chopitea
Hi, Berndt, Jon S wrote: >John Denker wrote: > > >>This is getting somewhat OT, but it's fun, so I thought I >>would mention it: >> >>When you fly the Skylane RG, always take the tow-bar with >>you; don't leave it in the hangar. >> >>I guy I know had a gear failure involving loss of hydraulic

[Flightgear-devel] glider for winch start/aerotow

2007-01-17 Thread Maik Justus
Hi, the winch start/aerotow patch for YASim is in cvs now. Soon we will have a YASim glider (AJ is working on a bocian). If you want to use the Sgs233, you can use the attached files (need to be placed in data\Aircraft\sgs233). The config is not optimized to match the performance of the reals

[Flightgear-devel] swimming with the beaver

2007-01-17 Thread Maik Justus
Hi, here is the diff for the dhc2F to make use of the ground-property-patch (in cvs). Syd: can you have a look on this? Maik Index: dhc2F.xml === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/dhc2/dhc2F.xml,v retrieving revision

Re: [Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread John Denker
On 01/17/2007 02:31 PM, Melchior FRANZ wrote: > The documentation doesn't say that. It says exactly: > "Note that a listener can not remove itself, neither directly > nor indirectly." Sorry, I missed that. - Take Surveys. E

[Flightgear-devel] Proposal: New external force capability for JSBSim

2007-01-17 Thread Berndt, Jon S
Title: Proposal: New external force capability for JSBSim Dave Culp and I have been discussing the catapult and hook scheme for a while. That discussion has actually gone farther than that specific case, to planning for a capability that is a general one, for applying external forces to a JSB

Re: [Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread Melchior FRANZ
* John Denker -- Wednesday 17 January 2007: > May I suggest that the documentation should /say/ it's > not supported? Waiting for a runtime error message > that may or may not occur within any bounded time You don't have to wait. The message is output immediately when the error occurs, just like

Re: [Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread John Denker
On 01/17/2007 01:47 PM, Melchior FRANZ wrote: >> May I ask why this is a bad idea? > > Because it's not supported? :-) May I suggest that the documentation should /say/ it's not supported? Waiting for a runtime error message that may or may not occur within any bounded time is not a good way t

Re: [Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread Melchior FRANZ
* John Denker -- Wednesday 17 January 2007: > On 01/17/2007 09:22 AM, Melchior FRANZ wrote: > > Letting a listener remove itself is a bad idea. > May I ask why this is a bad idea? Because it's not supported? :-) > the trick is to put a reference to the code in the frame We know well how to

Re: [Flightgear-devel] OT: c182rg gear trouble

2007-01-17 Thread Berndt, Jon S
John Denker wrote: > This is getting somewhat OT, but it's fun, so I thought I > would mention it: > > When you fly the Skylane RG, always take the tow-bar with > you; don't leave it in the hangar. > > I guy I know had a gear failure involving loss of hydraulic > fluid (not simply failure of

Re: [Flightgear-devel] c182 revision version?

2007-01-17 Thread Martin Spott
Torsten Dreyer wrote: > concerning gear failure and the shown 182RG. Yes, the pilots I know all refrain from using Cessna's light RG versions because: 1.) They fear high maintenance cost, 2.) they simply don't trust it Martin. -- Unix _IS_ user friendly - it's just selective abou

[Flightgear-devel] OT: c182rg gear trouble

2007-01-17 Thread John Denker
This is getting somewhat OT, but it's fun, so I thought I would mention it: When you fly the Skylane RG, always take the tow-bar with you; don't leave it in the hangar. I guy I know had a gear failure involving loss of hydraulic fluid (not simply failure of the hydraulic pump) such that the manua

Re: [Flightgear-devel] c182 revision version?

2007-01-17 Thread Torsten Dreyer
> This airplane had a gear issue one time while he was flying and he wasn't > confident (or even hopeful) that the gear were down and locked. So he > declared an emergency and it must not have been a very busy day at KMSP > (the local international airport) so they had him fly down there to land.

Re: [Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread Melchior FRANZ
* Melchior FRANZ -- Wednesday 17 January 2007: > controls.gearDown = func(v) { > gear_down = v; > } Should be: controls.gearDown = func(v) { if (v != 0) { gear_down = v; } } m. - Take Surveys.

Re: [Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread John Denker
On 01/17/2007 09:22 AM, Melchior FRANZ wrote: > An old-school > polling loop wouldn't be less effective. Ah, don't worry, there is a solution -- involving a timer rather than a listener -- that is adequate for this unusual purpose. Not elegant, but adequate. > Letting a listener remove itself i

Re: [Flightgear-devel] c182 revision version?

2007-01-17 Thread Curtis Olson
On 1/17/07, Torsten Dreyer wrote: > To be honest: I've never ever seen a real 182RG in the wild. As an > aircraft of similar class the Centurion RG is much more likely to > 'occur', Here is one that I flew a few years ago - so the DO exist! This one even has a supercharged engine (but forgot abo

Re: [Flightgear-devel] c182 revision version?

2007-01-17 Thread Martin Spott
Torsten Dreyer wrote: > Here is one that I flew a few years ago - so the DO exist! This one even has > a > supercharged engine (but forgot about the details) > > http://www.flugzeugbilder.de/show.php?id=511946 Oh, they do look really funny with the huge cowling and these small 'legs' :-)

Re: [Flightgear-devel] c182 revision version?

2007-01-17 Thread Torsten Dreyer
> > Here is one that I flew a few years ago - so the DO exist! This one even > has a supercharged engine (but forgot about the details) > > http://www.flugzeugbilder.de/show.php?id=511946 Same bird (just a little muddy), another shot http://www.airliners.net/open.file/0554462/L/ with a good view

Re: [Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread Melchior FRANZ
* Ron Jensen -- Wednesday 17 January 2007: > I will watch were I put my listeners from now on ;) I'm always concerned about performance, but in this case I'd use a "main loop" that runs all the time and does whatever needs to be done. The bo105 has such a main loop that maintains filter functions,

Re: [Flightgear-devel] c182 revision version?

2007-01-17 Thread Torsten Dreyer
> To be honest: I've never ever seen a real 182RG in the wild. As an > aircraft of similar class the Centurion RG is much more likely to > 'occur', Here is one that I flew a few years ago - so the DO exist! This one even has a supercharged engine (but forgot about the details) http://www.flugzeug

Re: [Flightgear-devel] gear compression +- wow

2007-01-17 Thread Berndt, Jon S
John Denker wrote: > I observe that if the aircraft is initialized to an airborne > position, the /gear/gear/wow property is stuck at 1, > indicating weight on the wheels, even though the > compression-norm property is zero. > >This initialization can come via the command line >via --a

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Input/Joysticks template.xml, 1.2, 1.3

2007-01-17 Thread Melchior FRANZ
* Ron Jensen -- Wednesday 17 January 2007: > And I think unified diffs are easier to follow. Yes, that's what I forgot to mention. Looks good now. Under normal circumstances I would just have fixed the Int bug and committed. As you can see from my other patches, I actually thought that was a "do

Re: [Flightgear-devel] c182 revision version?

2007-01-17 Thread Martin Spott
Dave Perry wrote: > I also would find it hard to believe that the c182RG fleet out numbers > the pa24 fleet since [...] To be honest: I've never ever seen a real 182RG in the wild. As an aircraft of similar class the Centurion RG is much more likely to 'occur', Martin. -- Unix _IS_ user friend

Re: [Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread Melchior FRANZ
* Ron Jensen -- Wednesday 17 January 2007: > On Wed, 2007-01-17 at 15:22 +0100, Melchior FRANZ wrote: > > A listener on /gear/gear[*]/wow doesn't make much sense, > > anyway, as this property is written to in every frame, which > > kind-of defies the purpose of listeners. An old-school > > polling

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Input/Joysticks template.xml, 1.2, 1.3

2007-01-17 Thread Ron Jensen
On Wed, 2007-01-17 at 08:01 -0700, Ron Jensen wrote: > Joystick type should be a double not an int. doubles allow > fine-grain control over the output curve. > > And revert Saitek Cyborg-Gold-3d-USB.xml to version 1.27 > > Thanks, > > Ron > > > On Wed, 2007-01-17 at 06:40 -0600, Melchior Fra

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Input/Joysticks template.xml, 1.2, 1.3

2007-01-17 Thread Melchior FRANZ
Your patch doesn't do what you think it does: * Ron Jensen -- Wednesday 17 January 2007: > double power = arg->getIntValue("power", (squared ? 2 : 1)); ^^^ You are cutting off the fractional part. :-) m. -

Re: [Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread Ron Jensen
On Wed, 2007-01-17 at 15:22 +0100, Melchior FRANZ wrote: > A listener on /gear/gear[*]/wow doesn't make much sense, > anyway, as this property is written to in every frame, which > kind-of defies the purpose of listeners. An old-school > polling loop wouldn't be less effective. I'm learning as I g

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Input/Joysticks template.xml, 1.2, 1.3

2007-01-17 Thread Ron Jensen
Joystick type should be a double not an int. doubles allow fine-grain control over the output curve. And revert Saitek Cyborg-Gold-3d-USB.xml to version 1.27 Thanks, Ron On Wed, 2007-01-17 at 06:40 -0600, Melchior Franz wrote: > Update of /var/cvs/FlightGear-0.9/data/Input/Joysticks > In dir

Re: [Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread Melchior FRANZ
* John Denker -- Wednesday 17 January 2007: > Remarks: >a) IMHO interpreted code should never segfault. LOL. So, which segfaults should/may happen? Our standards are actually higher: No code should ever segfault. But thanks for trying to teach fgfs developers basics. That's always something th

[Flightgear-devel] segfault in listener +- location-in-air

2007-01-17 Thread John Denker
Hi -- Below is a piece of nasal code that reproducibly segfaults. Remarks: a) IMHO interpreted code should never segfault. b) This code doesn't seem particularly unreasonable. 1) The stack trace and other lines of evidence indicate that it is significant that the code sets and removes a lis