RE: [Flightgear-devel] "Short Reference" Document error?
> -Original Message- > From: [EMAIL PROTECTED] [mailto:flightgear-devel- > [EMAIL PROTECTED] On Behalf Of Jon Berndt > Sent: 20 June 2005 01:33 > To: FlightGear developers discussions > Subject: RE: [Flightgear-devel] "Short Reference" Document error? > > > So, you think the UK is part of Europe, eh? We use the same convention > as > > the US for ./, > > > > Vivian. > > Heh. :-) What's above the number "4" (not on the numeric keypad)? Is it a > "$" or a "?" > (not sure that will print correctly)? > > Jon > Er ... $ I have no difficulty with that :-) No € (euro) though :)). V. <>___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: New turbo/supercharger code
* Vivian Meazza -- Saturday 18 June 2005 12:22: > void Thruster::setThrottle(float throttle) > { > _throttle = Math::clamp(throttle, 0, 1); > } > > Will this prevent a negative value for: > > control="THROTTLE"/> No, but this will: ControlMap.cpp:83: map->src0 = map->dst0 = rangeMin(type); ControlMap.cpp:222:--- float ControlMap::rangeMin(int type) { // The minimum of the range for each type of control switch(type) { case FLAP0:return -1; // [-1:1] case FLAP1:return -1; case STEER:return -1; case CYCLICELE: return -1; case CYCLICAIL: return -1; case COLLECTIVE: return -1; case MAGNETOS: return 0; // [0:3] default: return 0; // [0:1] } } There's no THROTTLE, so we get the default 0 set for map->{src,dst}0. You can avoid that by setting {src,dst}{0,1} explicitly, for example: m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Gerard Robin wrote: > Le dimanche 19 juin 2005 à 22:10 +0200, Gerard Robin a écrit : >>I have the same request LFPO is wrong: --> take off point beside the >> runway > Oh yes i have tried with taxidraw, it seem only operate on the taxiway, > not the runway. I could not modify the runway start point There is no separate "runway start point", it is _always_ automagically placed at the beginning of the runway. The effect you probably see is sitting at the end of a grass runway that is being listed _before_ the expected asphalt runway. To edit runways please click "Edit -> Unlock Runways", to change the list order of an airfield simply employ your favourite text editor. If you like to change the order or simply understand the structure of the airport file, please have a look here: http://www.x-plane.org/home/robinp/Apt810.htm Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] keyboards etc
Hi, Someone once said that Britain and America are two countries only separated by a common language!! To get away from keyboard I am cannabalising "cheap" USB gamepads to make switch boxes. My first try is the Logic 3 JP260 which has 10 buttons I can use. However MACOSX reports "unknown Vendor" although the JP260 reports correctly a vendor id and product id. Anyone any idea whether the vendor list is "hard-coded" in the driver or is there a "property" list somewhere.? cheers Jim ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: keyboards etc
* Jim Campbell -- Monday 20 June 2005 11:07: > To get away from keyboard I am cannabalising "cheap" USB gamepads to > make switch > boxes. My first try is the Logic 3 JP260 which has 10 buttons I can > use. However MACOSX reports "unknown Vendor" although the JP260 reports > correctly a vendor id > and product id. Anyone any idea whether the vendor list is "hard-coded" > in the driver or is there a "property" list somewhere.? Both, I think. Some js only provide a number, and the driver translates that to a string. Others provide the name already. In your case it's probably the former, and the driver doesn't know the reported number. Should be easy to add if the source code is free (as in speech). m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] "Short Reference" Document error?
Gerard Robin wrote: > Le dimanche 19 juin 2005 à 23:27 +0200, Harald JOHNSEN a écrit : >> Now I don't understand. Flightgear uses a key, its the same for all >> contries whatever keyboard you use. What changes >> is the position of this letter on the keyboard, not the key because we >> are not using the raw keyscan. > Yes it is ONLY a position of the letter on the keyboard (everything > everywhere): [...] > and so on .. :( Select different engines on a multi-engine, German layout: 1st engine Shift-1 2nd engine AltGr-q 3rd engine # which is located where US Americans are used to find the 'pipe' 4th engine Shift-4 BTW, to my knowledge the British have to type Shift-' for the second engine Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] carb-heat
Hi, On the Cessna 172/150 range of aircraft the carb-heat control is a "progressive" knob as for mixture. The operators recommendation is indeed that only "FULL" or off should be used and it is represented as "bool" in flight gear but is this a correct interpretation. If the actual aircraft panel is a variable control should the representation be variable and up to the pilot to use in the recommended fashion. Anyone any opinions on this point (maybe I am just being too pendantic!!)? cheers Jim FGControls::set_carb_heat( int engine, bool val ) { if ( engine == ALL_ENGINES ) { for ( int i = 0; i < MAX_ENGINES; i++ ) { carb_heat[i] = val; } } else { if ( (engine >= 0) && (engine < MAX_ENGINES) ) { carb_heat[engine] = val; } } } ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: carb-heat
* Jim Campbell -- Monday 20 June 2005 11:59: > If the actual aircraft panel is a variable control should the > representation be variable and up to the pilot to use in the > recommended fashion. Anyone any opinions on this point (maybe > I am just being too pendantic!!)? Being pedantic is one of the prerequisites for being an fgfs developer! ;-) I agree that analog properties in real-life should be analog in fgfs, too. However, here comes *my* pedantry: your suggestions will probably not thrill the developers much if they aren't in "unified diff" format. That was probably also the reason why nobody answered to your last message. It wasn't obvious what exactly you wanted to see changed in the js driver file, without having to search. fgfs developers aren't only pedantic, but also lazy. :-) If you are using fgfs from CVS, just use this ~/.cvsrc: $ cat ~/.cvsrc cvs -z3 -q diff -up update -dP checkout -P rdiff -u or manually call cvs with the -up option. If you aren't using cvs, then make a copy of the original file and call the diff program: $ diff -up foo.cxx.orig foo.cxx m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Am Montag 20 Juni 2005 10:51 schrieb Martin Spott: > Gerard Robin wrote: > > Le dimanche 19 juin 2005 à 22:10 +0200, Gerard Robin a écrit : > >>I have the same request LFPO is wrong: --> take off point beside the > >> runway > > > > Oh yes i have tried with taxidraw, it seem only operate on the taxiway, > > not the runway. I could not modify the runway start point > > There is no separate "runway start point", it is _always_ automagically > placed at the beginning of the runway. The effect you probably see is > sitting at the end of a grass runway that is being listed _before_ the > expected asphalt runway. > > To edit runways please click "Edit -> Unlock Runways", to change the > list order of an airfield simply employ your favourite text editor. If > you like to change the order or simply understand the structure of the > airport file, please have a look here: Please not that changing runways is strongly discouraged, because they are mostly automatically derived from the DAFIF data. Usually the runway layout is not way off. Just giving the right runway on the commandline on startup should suffice. Eventually the most realistic option is to startup on the apron (data for that should already be in apt.dat.gz). But thats a different story... Thomas ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Am Sonntag 19 Juni 2005 22:36 schrieb Ampere K. Hardraade: > On June 19, 2005 04:10 pm, Gerard Robin wrote: > > I have the same request LFPO is wrong: --> take off point beside the > > runway > > > > Thanks > > -- > > Gerard > > For me, it is the LFBO. 14L/32R is a dirt runway, and there is no taxiway > connected to the ends of 14R/32L. =/ Taxiways are completely user submitted. A default taxiway layout is generated for airports without a database entry (taxiway parallel to runway, connected at both ends and the center to runway, apron in center). It maybe this applies only to asphalt and concrete runways. Best option is to take Taxidraw, layout a nice taxiway network (preferably the "real" one) an submit your changes to David Luff. It will be incorporated into the next scenery release. Thomas ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] FlightGear Wind and Turbulence
> I used this command line: > > fgfs [EMAIL PROTECTED] --aircraft=c172r --turbulence=0.0 > > This set up the winds as I wanted. However, even though "turbulence" was set > to zero, > there was still lots of noise present in the wind velocity coming from > FlightGear. The > wind seemed to vary +/- 5 to 10 ft/sec. Also, the variance rate of chance was > on the order > of tens of milliseconds. I was logging data at 20Hz, and at one time step the > wind > velocity would be at 10 ft/sec, the next it would be at 20, and the next it > would be back at 10. Obviously, that's physically impossible. > > Jon Never mind :-/ The spikes I was seeing were artificial, and due to the test setup I was using. Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] carb-heat
> Anyone any opinions > on this point (maybe I am just being too pendantic!!)? I think you are not being too pedantic at all. During real-life winter ops, using partial carb heat on the ground was common practice in my club. (It could also be possible that it is a recommendation in the emphasized procedures in the POH --- but I have to check that at home). V. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: need help for convertion(importing) fron MS FS into Flightgear
Le lundi 20 juin 2005 à 06:19 +0200, Arnt Karlsen a écrit : > On Mon, 20 Jun 2005 09:09:56 +1000, Mostyn wrote in message > < > > > > What then you need to do is manually seperate all of the parts and > > texture them. > > ...first thing to do is read the license; if it isn't GPL, it cannot be > made part of FlightGear, and your work will be wasted. > > ...if you write something new from scratch, you own it, and you license > it as you damned please, and you license under the GPL if you wanna > make it part of FlightGear. ;o) > It is a very good recommandation which must be said again and again. Using the existing 3D model mdl or any others which are not GNU can be only for a first contact with that model. Somme of them are wonderful, very detailed, their Author are certainly very well documented. We could get profit of it during redrawing the model. -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help for convertion(importing) fronMSFS into Flightgear
hi Gerad: Thank you so much, I will try it today. my system is Windows2000 if anything missing I will tell you Thanks again Clifford From: Gerard Robin <[EMAIL PROTECTED]> Reply-To: FlightGear developers discussions To: FlightGear developers discussions Subject: Re: [Flightgear-devel] need help for convertion(importing) fronMSFS into Flightgear Date: Mon, 20 Jun 2005 00:27:02 +0200 Le vendredi 17 juin 2005 à 22:53 +0800, yue xianf a écrit : > > > >< Hi every one: > > > >< any one can give me some hint about how to run the MS FS models under > >< flightgear? > >< I have searched for long time, It is said Wolfram's manual can help, > >< http://home.t-online.de/home/Wolfram.Kuss/,this websit looks > >< and also is Germany > >< I don't understand. > > > >< I very appreciate your help. > > > >< Clifford Yue > > > > Yes I can help in detail, > > > > Hello Clifford You will find as attached document the very beginning of How to :for conversion (importing) from MSFS to Flightgear i don't know if that first draft will help you. You will discover, a such manipulation is rather difficult. Tell us what is missing for you Gerard << ConvertMDL2FG.txt >> ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d _ Don't just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Re: New turbo/supercharger code
Melchior FRANZ > > * Vivian Meazza -- Saturday 18 June 2005 12:22: > > void Thruster::setThrottle(float throttle) > > { > > _throttle = Math::clamp(throttle, 0, 1); > > } > > > > Will this prevent a negative value for: > > > > > control="THROTTLE"/> > > No, but this will: > > ControlMap.cpp:83: > > map->src0 = map->dst0 = rangeMin(type); > > > ControlMap.cpp:222:--- > > float ControlMap::rangeMin(int type) > { > // The minimum of the range for each type of control > switch(type) { > case FLAP0:return -1; // [-1:1] > case FLAP1:return -1; > case STEER:return -1; > case CYCLICELE: return -1; > case CYCLICAIL: return -1; > case COLLECTIVE: return -1; > case MAGNETOS: return 0; // [0:3] > default: return 0; // [0:1] > } > } > > > There's no THROTTLE, so we get the default 0 set for map->{src,dst}0. > You can avoid that by setting {src,dst}{0,1} explicitly, for example: > > src0="-1" src1="1" dst0="-1" dst1="1" > control="THROTTLE"/> > Right - that fixes the problem. Before: In the config file: Outcome: boost: 0 type: hurricaneIIb YASim solution results: Iterations: 1 Drag Coefficient: 1000 Lift Ratio: 1 Cruise AoA: 0 Tail Incidence: -0 Approach Elevator: 0 CG: -3.412, 0.000, -0.201 After: In the config file: Outcome: boost: 0 type: hurricaneIIb YASim solution results: Iterations: 2202 Drag Coefficient: 6.39448 Lift Ratio: 886.777 Cruise AoA: 2.52573 Tail Incidence: -2.34135 Approach Elevator: -0.270048 CG: -3.420, 0.000, -0.200 The 2 throttle axes are additive now. All seems to be OK to move onto the next phase: put something meaningful in ="/controls/engines/engine[0]/boost-control". My WAG is that the problem is that ="/controls/engines/engine[0]/boost-control" is being initiated with something that YASim doesn't like, Melchior's addition sorts that out. Thanks Melchior - good spot. Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help for convertion(importing) fron MSFSinto Flightgear
HI Ampere k. I need one of Aircraft of Bombardier Challengers( CL600 Cl601 Cl604) Clifford From: "Ampere K. Hardraade" <[EMAIL PROTECTED]> Reply-To: FlightGear developers discussions To: FlightGear developers discussions Subject: Re: [Flightgear-devel] need help for convertion(importing) fron MSFSinto Flightgear Date: Fri, 17 Jun 2005 14:59:11 -0400 On June 17, 2005 10:53 am, yue xianf wrote: > hi Gerard: > > Thanks lot, I found the hope to finish my project. > > Clifford What aircraft is it that you intent to port over? Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help for convertion(importing) fron MSFSinto Flightgear
HI Ampere k. I need one of Aircraft of Bombardier Challengers( CL600 Cl601 Cl604) my system is Windows2000. Clifford From: "Ampere K. Hardraade" <[EMAIL PROTECTED]> Reply-To: FlightGear developers discussions To: FlightGear developers discussions Subject: Re: [Flightgear-devel] need help for convertion(importing) fron MSFSinto Flightgear Date: Fri, 17 Jun 2005 14:59:11 -0400 On June 17, 2005 10:53 am, yue xianf wrote: > hi Gerard: > > Thanks lot, I found the hope to finish my project. > > Clifford What aircraft is it that you intent to port over? Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d _ Don't just search. Find. Check out the new MSN Search! http://search.msn.com/ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: docs/getstart/pdf FGShortRef.pdf, 1.8,
Martin Spott wrote: > Update of /var/cvs/FlightGear-0.9/docs/getstart/pdf > In directory baron:/tmp/cvs-serv13049/pdf > Modified Files: > FGShortRef.pdf getstart.pdf > Log Message: > > Forgot an update, build with newer pdfTeX. BTW, did we have a consensus on the use of EMAil addresses in The Manual ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help for convertion(importing) fron MSFSinto Flightgear
Le lundi 20 juin 2005 à 20:37 +0800, yue xianf a écrit : > HI Ampere k. > > I need one of Aircraft of Bombardier Challengers( CL600 Cl601 Cl604) > my system is Windows2000. > > Clifford > Well, i hope for you , you will find the right model, i did not worked on that Aircraft. Good Fishing :--) Have you built FlightGear by yourself ? > -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: docs/getstart/pdf FGShortRef.pdf, 1.8,
Martin Spott wrote: BTW, did we have a consensus on the use of EMAil addresses in The Manual ? Because the manual gets posted online, and because of the huge spam problem with any email addresses that are posted online, I'd recommend against putting email addresses into the manual. Perhaps an image of the email address, but these days, anything in clear text is immediately harvested and abused ... Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: carb-heat
Melchior FRANZ wrote: fgfs developers aren't only pedantic, but also lazy. :-) Errr ... busy. :-) Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help for convertion(importing) fronMSFSinto Flightgear
Hi Gerard: I didn't built FlightGear by myself. I found all of the models in MS FS I think the hard part is the convertion, to comfigure, it should be easier Clifford From: Gerard Robin <[EMAIL PROTECTED]> Reply-To: FlightGear developers discussions To: FlightGear developers discussions Subject: Re: [Flightgear-devel] need help for convertion(importing) fronMSFSinto Flightgear Date: Mon, 20 Jun 2005 15:12:26 +0200 Le lundi 20 juin 2005 à 20:37 +0800, yue xianf a écrit : > HI Ampere k. > > I need one of Aircraft of Bombardier Challengers( CL600 Cl601 Cl604) > my system is Windows2000. > > Clifford > Well, i hope for you , you will find the right model, i did not worked on that Aircraft. Good Fishing :--) Have you built FlightGear by yourself ? > -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d _ Don't just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: docs/getstart/pdf
"Curtis L. Olson" wrote: > Because the manual gets posted online, and because of the huge spam > problem with any email addresses that are posted online, I'd recommend > against putting email addresses into the manual. O.k., that's fine with me - I just wanted to get some feedback before removing all those addresses, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help for convertion(importing) fronMSFSinto Flightgear
Le lundi 20 juin 2005 à 22:07 +0800, yue xianf a écrit : > Hi Gerard: > > I didn't built FlightGear by myself. I found all of the models in MS FS > I think the hard part is the convertion, to comfigure, it should be easier > > Clifford > > > > Well, you are running on the good waygood luck. -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Le lundi 20 juin 2005 à 08:51 +, Martin Spott a écrit : > Gerard Robin wrote: > > Le dimanche 19 juin 2005 à 22:10 +0200, Gerard Robin a écrit : > > >>I have the same request LFPO is wrong: --> take off point beside the > >> runway > > > Oh yes i have tried with taxidraw, it seem only operate on the taxiway, > > not the runway. I could not modify the runway start point > > There is no separate "runway start point", it is _always_ automagically > placed at the beginning of the runway. The effect you probably see is > sitting at the end of a grass runway that is being listed _before_ the > expected asphalt runway. > > To edit runways please click "Edit -> Unlock Runways", to change the > list order of an airfield simply employ your favourite text editor. If > you like to change the order or simply understand the structure of the > airport file, please have a look here: > > http://www.x-plane.org/home/robinp/Apt810.htm > > Martin. Martin Concerning LFPO: the aircraft stand by position (--lat --long) after launching FG is not the same than coordinate in apt.dat file , it seem that it is existing an other data which takes place in an other file and used by FG during launching. Airport LFPO Does anybody else could try it, to be sure..(i suppose that north European people has downloaded the "France" scenery). If it is wrong on your side, it will be an indication for searching what is wrong. BTW: same error in my FG 9.8 Thanks -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help for convertion(importing) fronMSFSinto Flightge
Hi Clifford Well you may be in luck.See attached snapshot. One CL604 that I converted from Chuck Dome's great model. Back in FG 9.4 but it just needs to be converted for 9.8.No big deal just use the 737 fdm till you get a real one built.If you are interested give me a yell and I will send it over. Cheers Innis Clifford writes HI Ampere k. I need one of Aircraft of Bombardier Challengers( CL600 Cl601 Cl604) my system is Windows2000. Clifford <> ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help for convertion(importing)fronMSFSinto Flightge
hi Innis: I have seen the picture, that is beautiful, I keep yelling here for your great job. would you send me a discription about how to convert? For the hotmail capacity limitation, it is better send me a copy to [EMAIL PROTECTED] Thanks a lot Clifford From: "Innis Cunningham" <[EMAIL PROTECTED]> Reply-To: FlightGear developers discussions To: flightgear-devel@flightgear.org Subject: Re: [Flightgear-devel] need help for convertion(importing)fronMSFSinto Flightge Date: Mon, 20 Jun 2005 23:05:01 +0800 Hi Clifford Well you may be in luck.See attached snapshot. One CL604 that I converted from Chuck Dome's great model. Back in FG 9.4 but it just needs to be converted for 9.8.No big deal just use the 737 fdm till you get a real one built.If you are interested give me a yell and I will send it over. Cheers Innis Clifford writes HI Ampere k. I need one of Aircraft of Bombardier Challengers( CL600 Cl601 Cl604) my system is Windows2000. Clifford << CL604.jpg >> ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help for convertion(importing) fronMSFSinto Flightge
Le lundi 20 juin 2005 à 23:05 +0800, Innis Cunningham a écrit : > Hi Clifford > Well you may be in luck.See attached snapshot. > One CL604 that I converted from Chuck Dome's great model. > Back in FG 9.4 but it just needs to be converted for 9.8.No big > deal just use the 737 fdm till you get a real one built.If you are > interested give me a yell and I will send it over. > > Cheers > Innis > > Clifford writes > > > >HI Ampere k. > > > >I need one of Aircraft of Bombardier Challengers( CL600 Cl601 Cl604) > >my system is Windows2000. > > > >Clifford > Good, that demonstrate, it is existing a big Hangar "FG underground" How many aircrafts are only existing for the pleasure of one "FG User" ? (on my side about 25) :---((( -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Wrong coordinates with airport LICP?
Hi, I have an aerial picture of airport LICP (Boccadifalco, Italy) with UTM33N coordinates which could be very usefull for correcting FGFS' LICP airport geometry, whose level of details is relatively poor. I made a .xml FGSD Map file out of it. Now I have a problem because the aerial picture I have should have correct coordinates (the web site that publishes the pictures is a Government Institution) but as soon as I overlap it to the scenery data in FGSD, I have it displaced by by approximately 550m. I do not know if it's the aerial picture's fault or the FlightGear airport file's fault. I think it's the airport file's fault but I am not shure. You maybe have other tools and knowledge for determining that. Any hint? I have to choose between thinking that FGFS airport files are not very correct or that a Government Institution does a bad job (which, even if I doubt, is still possible). I guess coordinates for Europe scenery are not very high detailed and correct as USA ones but 550m error for an airport is a big issue if I want to enreach the scenery area with buildings and roads (this is what I'm currently doing). You can see pictures and have files of this case at the address http://www.geocities.com/robitabu/fgfs_pa/fgsd_licp_prob.html Roberto -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] [RFC] panel bindings
Once upon a time, keyboard and joystick bindings were -- after reading them into the property tree -- stored each as reference to its property address in FGBinding. Then the panel code handling was changed and, because the panel xml structure was only read, scanned and executed, but not stored in the property tree, no references could be used. Someone fixed that problem (input.cxx r1.9). And that's what we have now: - FGBinding::read() does not store references to the property tree, but copies the bindings into cute little private property subtrees. - These are kind-of secret and can't get inspected, unlike the joystick and keyboard bindings - which are stored twice, once in /input/{joystick,keyboard}/, and once as cute little secret subtrees. I would now like to suggest to change that as follows: - let FGBinding store just references *again* - only make copies of bindings that would otherwise get lost (affects the panel only, AFAIK) Q: If it would be considered acceptable -- where would I put the copies? /sim/panel/ sounds obvious but is bad, because of the panel<->panel_2 swapping. /sim/input/panel/ would be where all other bindings are, but the panel isn't really an input device. What else? /sim/panel-bindings ? Consequences: - Q: is the new method faster? A: maybe a bit (no need to make copies of all kbd/js bindings), but hardly worth it Q: does it consume less memory? A: sure, a bit (no need to have kbd/js bindings twice in memory), but hardly worth it Q: so it is completely useless? A: No. The main advantage is, that all bindings have meaningful addresses. So, in case of bugs in nasal bindings, you aren't told that there's a problem in " line 4", but rather in "/input/joystick/js/axis[3]/binding[1]/script". This doesn't buy the *user* much, but it saves developers some time, and is simply saner. Also, we could finally remove Andy's comment in NasalSys.cxx: // Parse the Nasal source. I'd love to use the property name of // the argument, but it's actually a *clone* of the original // location in the property tree. arg->getPath() returns an empty // string. Actually, I have already changed it, and would like to commit. Just want to make some more tests. Worked well so far. :-) m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Gerard Robin wrote: > Concerning LFPO: > the aircraft stand by position (--lat --long) after launching FG > is not the same than coordinate in apt.dat file , Well, the runway endpoint does _never_ show up in the airports file. You already hat a look at the spec - did you !? But this is a different story. In fact Paris Orly seems to expose the 'corner case' of an airport where there is no link between different runways. The runways lie so much apart from each other that not even the grass that surrounds the runways shares the same outline, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Le lundi 20 juin 2005 à 17:03 +0200, Gerard Robin a écrit : > Le lundi 20 juin 2005 à 08:51 +, Martin Spott a écrit : > > Gerard Robin wrote: > > > Le dimanche 19 juin 2005 à 22:10 +0200, Gerard Robin a écrit : > > > > >>I have the same request LFPO is wrong: --> take off point beside the > > >> runway > > > > > Oh yes i have tried with taxidraw, it seem only operate on the taxiway, > > > not the runway. I could not modify the runway start point > > > > There is no separate "runway start point", it is _always_ automagically > > placed at the beginning of the runway. The effect you probably see is > > sitting at the end of a grass runway that is being listed _before_ the > > expected asphalt runway. > > > > To edit runways please click "Edit -> Unlock Runways", to change the > > list order of an airfield simply employ your favourite text editor. If > > you like to change the order or simply understand the structure of the > > airport file, please have a look here: > > > > http://www.x-plane.org/home/robinp/Apt810.htm > > > > Martin. > Martin > > Concerning LFPO: > the aircraft stand by position (--lat --long) after launching FG > is not the same than coordinate in apt.dat file , it seem that it is > existing an other data which takes place in an other file and used by > FG during launching. > > Airport LFPO > Does anybody else could try it, to be sure..(i suppose that north > European people has downloaded the "France" scenery). > If it is wrong on your side, it will be an indication for searching what > is wrong. > > BTW: same error in my FG 9.8 > > Thanks I have found something: Using taxidraw on LFPO (LFPO.btg file), i can export with TaxiDraw a file in X-plane format, i get LFPO.dat, which should give the same coordinates than the ones which the official apt.dat. --> IT IS NOT that explain the "beside" position of the Aircraft. Two possibilities: apt.dat is wrong --> we can modify it with a text editor LFPO.btg is wrong --> how may we modify it ? May be many others Airports have the same error. Thanks for the answer -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] diffs requested for joystick mods
Apologies guys for not providing "diff" files for previous suggestions on joysticks. Wanted to see if anyone was interested before I did so! Here we go: For Nasal/controls.nas: diff -up controls.nas.orig controls.nas --- controls.nas.orig Sat Jun 18 15:50:59 2005 +++ controls.nasSat Jun 18 16:02:44 2005 @@ -76,6 +76,12 @@ propellerAxis = func { if(size(arg) > 0) { val = -val; } props.setAll("/controls/engines/engine", "propeller-pitch", (1 - val)/2); } +carbheatAxis = func { +val = cmdarg().getNode("setting").getValue(); +if(size(arg) > 0) { val = -val; } +props.setAll("/controls/anti-ice/engine", "carb-heat", (1 - val)/2); +} + ## # Wrapper around stepProps() which emulates the "old" flap behavior for For Input/Joysticks/Saitek/X45.xml: diff -up X45.xml.orig X45.xml --- X45.xml.origMon May 10 16:30:02 2004 +++ X45.xml Sat Jun 18 16:18:30 2005 @@ -10,16 +10,19 @@ Only a few stick controls have been mapp + Stick button "A":Gear toggle + Stick button "C":Reset view (hackish) +Corrections here when Plib fixed to recognise dial +([EMAIL PROTECTED] 17/6/2005) + Linux/Windows/Mac Axis Numbers: 0Roll (positive == right) 1Pitch (positive == down/back/nose-up) - 2/5/4 top "rotary dial" on the throttle (positive == CCW) + 2/5/5 top "rotary dial" on the throttle (positive == CCW) 3Rocker switch ("rudder" control) on the throttle (positive == right) 4/2/2 Throttle (positive == back/down/idle) - 5/4/? Bottom "rotary dial" on the throttle (positive == CW) + 5/4/4 Bottom "rotary dial" on the throttle (positive == CW) Strange this axis doesn't seem to exist on Mac OS X! - 6/6/5 Lower right hat horizontal axis (positive == right) - 7/7/6 Lower right hat vertical axis (positive == down (Mac positive is UP)) + 6/6/6 Lower right hat horizontal axis (positive == right) + 7/7/7 Lower right hat vertical axis (positive == down (Mac positive is UP)) Button Numbers (Identical b/w Linux/Windows/Mac): 0 Trigger @@ -55,6 +58,7 @@ $Id: X45.xml,v 1.11 2004/05/06 16:12:32 Saitek X45 Saitek Saitek X45 Saitek X45 Flight Controller USB + Saitek X45 Flight Control Stick Aileron @@ -103,7 +107,7 @@ $Id: X45.xml,v 1.11 2004/05/06 16:12:32 6 6 - 5 + 6 View Direction @@ -127,7 +131,7 @@ $Id: X45.xml,v 1.11 2004/05/06 16:12:32 7 7 - 6 + 7 true @@ -163,6 +167,7 @@ $Id: X45.xml,v 1.11 2004/05/06 16:12:32 2 5 + 5 nasal @@ -175,11 +180,11 @@ $Id: X45.xml,v 1.11 2004/05/06 16:12:32 5 4 - + 4 nasal - controls.propellerAxis(-1) + controls.carbheatAxis() For plib-1.8.4/src/js/jsMacOSX.cxx : diff -up jsMacOSX.cxx.orig jsMacOSX.cxx --- jsMacOSX.cxx.orig Tue Sep 21 12:45:55 2004 +++ jsMacOSX.cxxMon Jun 20 17:14:46 2005 @@ -183,7 +183,7 @@ void jsJoystick::open() &plugin, &score); if (rv != kIOReturnSuccess) { - ulSetError(UL_WARNING, "error creting plugin for io device"); + ulSetError(UL_WARNING, "error creating plugin for io device"); return; } @@ -275,7 +275,7 @@ void os_specific_s::enumerateElements(js &elementEnumerator, joy); } -static void os_specific_s::elementEnumerator( const void *element, void* vjs) +void os_specific_s::elementEnumerator( const void *element, void* vjs) { if (CFGetTypeID((CFTypeRef) element) != CFDictionaryGetTypeID()) { ulSetError(UL_WARNING, "element enumerator passed non-dictionary value"); @@ -315,6 +315,7 @@ void os_specific_s::parseElement(jsJoyst case kHIDUsage_GD_Ry: case kHIDUsage_GD_Rz: case kHIDUsage_GD_Slider: // for throttle / trim controls +case kHIDUsage_GD_Dial: //printf(" axis\n"); /*joy->os->*/addAxisElement(joy, (CFDictionaryRef) element); break; cheers Jim ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [RFC] panel bindings
Melchior FRANZ wrote: > Actually, I have already changed it, and would like to commit. Just > want to make some more tests. Worked well so far. :-) Sounds great to me. Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Quoting Gerard Robin : > > I have found something: > > > Using taxidraw on LFPO (LFPO.btg file), i can export with TaxiDraw a > file in X-plane format, i get LFPO.dat, which should give the same > coordinates than the ones which the official apt.dat. --> IT IS NOT > > that explain the "beside" position of the Aircraft. > Two possibilities: > apt.dat is wrong --> we can modify it with a text editor > LFPO.btg is wrong --> how may we modify it ? > > May be many others Airports have the same error. > > Thanks for the answer Do you have the scenery that was generated with that apt.dat. In other words, do you get the latest version of the scenery ? ( if you already have the latest version of apt.dat that is in CVS ) -Fred ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Wrong coordinates with airport LICP?
On Mon, 2005-06-20 at 16:29, Roberto Inzerillo wrote: > Hi, > I have an aerial picture of airport LICP (Boccadifalco, Italy) with UTM33N > coordinates [...] as soon as I overlap it to the scenery data in FGSD, I have > it displaced by by approximately 550m. > 550m? That's a big error! FlightGear uses WGS84 coordinates, but I'd not expect such a big deviation between WGS84 and any other geodesic system. Proving FlightGear's dataset is easy if you have a GPS receiver. Go stand on some part of the airport that has a reference point in FlightGear's data file. (The touchdown point on the main runway for instance... :-)) See what your GPS receiver says the coordinates are. The GPS reading should not be out by more than a few metres if you've got a good signal. Then, scrape yourself off the wheels of the Jumbo Jet that just landed on your head, and tell everyone if the FlightGear data is good or not. If UTM33N really is 550m displaced from WGS84 at that location, you can probably still use the UTM33N data if you offset it by the right amount. You may have to rotate it a bit too. Over such a small area, any ground distances you measure will be the same in both systems after simple correction. Steve ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] carb-heat
According to the C-172P POH I have here: "If conditions require the the continued use of carburetor heat in cruise flight, use the minimum amount of heat necessary to prevent ice from forming and lean the mixture for smoothest engine operation." So, no, not too pedantic at all. -- Adam > From: Jim Campbell <[EMAIL PROTECTED]> > Reply-To: FlightGear developers discussions > Date: Mon, 20 Jun 2005 10:59:45 +0100 > To: > Subject: [Flightgear-devel] carb-heat > > Hi, > On the Cessna 172/150 range of aircraft the carb-heat control is a > "progressive" > knob as for mixture. The operators recommendation is indeed that only > "FULL" or > off should be used and it is represented as "bool" in flight gear but > is this a correct > interpretation. If the actual aircraft panel is a variable control > should the representation > be variable and up to the pilot to use in the recommended fashion. > Anyone any opinions > on this point (maybe I am just being too pendantic!!)? > cheers > Jim > FGControls::set_carb_heat( int engine, bool val ) > { > if ( engine == ALL_ENGINES ) { > for ( int i = 0; i < MAX_ENGINES; i++ ) { >carb_heat[i] = val; > } > } else { > if ( (engine >= 0) && (engine < MAX_ENGINES) ) { >carb_heat[engine] = val; > } > } > } > > > ___ > Flightgear-devel mailing list > Flightgear-devel@flightgear.org > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Le lundi 20 juin 2005 à 18:27 +0200, Frederic Bouvier a écrit : > > May be many others Airports have the same error. > > > > Thanks for the answer > > Do you have the scenery that was generated with that apt.dat. > In other words, do you get the latest version of the scenery ? ( if you > already > have the latest version of apt.dat that is in CVS ) > > -Fred > Yes it is supposed to be last (April ?). I can download it again (it takes time, the mails coming by pigeon :--) ) With apt.dat no problem i permanently update from CVS. You probably have the last, did you try on your side about LFPO ? -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Quoting Gerard Robin : > Using taxidraw on LFPO (LFPO.btg file), i can export with TaxiDraw a > file in X-plane format, i get LFPO.dat, which should give the same > coordinates than the ones which the official apt.dat. --> IT IS NOT Just curious : Taxidraw can read .btg files ? That's a big value as there is only raw triangles and fans in a .btg file, I am interested in knowing how it is possible to recreate runways and taxiways informations. -Fred ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [RFC] panel bindings
Andy Ross wrote: Melchior FRANZ wrote: Actually, I have already changed it, and would like to commit. Just want to make some more tests. Worked well so far. :-) Sounds great to me. I agree. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Debugging Throttle control in Native-ctrls
Hi all, I'm sending joystick input through Simulink in Matlab to Flightgear using the Native-ctrls structure. I am able to control everything pretty satisfactorily, everything except the throttle... its gone digital on me!!! It fluctuates between a one and a zero in almost a random manner when I vary the slider on the joystick. I know I've setup the input data right... its scaled between one and zero. I know I'm sending the right data in the right slot since the throttle varies only if I place that input data there and it doesn't vary anywhere else. I've used to a port sniffer to read the packets as they are sent, and even there it seems perfect. Is there anyway at all that I can fix this? Thanks!!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Shadows
Ampere K. Hardraade wrote: Finally, is there a potential for this technique of generating shadow to be used on generating the effects of spot lights (eg. landing light, taxi light, logo light, etc.)? You are a genius, forget my previous reply. We can't lighten pixels from the framebuffer because of the low precision (8 bits) but we can of course darken them. Algo (works better at full night) : 1) render the scene and all non emissive geometry with a 'day' ambient term 2) render all lights (or emissive geometry) and update the stencil buffer ( stencil := 1) 3) render a quad on screen to darken everything where stencil == 0 with 1 & 3 the scenery goes dark/black as usual with 2 the scenery in light stay illuminated Its quasi free, simple, support a million (fake) spot light ;) Harald. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: diffs requested for joystick mods
* Jim Campbell -- Monday 20 June 2005 18:19: > Apologies guys for not providing "diff" files for previous suggestions > on joysticks. Oh, sorry. Did I say "diff"? I meant: "unified diff *not* mutilated by the mail user agent". The additional line breaks make the patch unusable. > diff -up controls.nas.orig controls.nas I'll commit that one, but ... > diff -up X45.xml.orig X45.xml ... only the additional name and corrected Mac axis numbers of this one. Andy is the author and maintainer of this driver, and if the "propellerAxis()" is where it is, this means he likes it there. > diff -up jsMacOSX.cxx.orig jsMacOSX.cxx ... and this is a plib patch and not in our domain. Better send that to the plib list. (Or can someone with plib commit permissions here review and submit it?) m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Gerard Robin wrote: You probably have the last, did you try on your side about LFPO ? I didn't test LFPO yet, but is there any chance this is caused by a displaced threshold: http://www.jetphotos.net/images/l/lfpo_26.jpg.79618.jpg If so, the runway should be extended by a taxiway that has the same with as the runway. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Wrong coordinates with airport LICP?
Hi Steve, > FlightGear uses WGS84 coordinates, but I'd not expect such a big > deviation between WGS84 and any other geodesic system. > > Proving FlightGear's dataset is easy if you have a GPS receiver. Go > stand on some part of the airport that has a reference point in > FlightGear's data file. (The touchdown point on the main runway for > instance... :-)) I _would_ do that if only I had a GPS receiver. I will find one and test that anyway :-) > Then, scrape yourself off the wheels of the Jumbo Jet that just landed > on your head, and tell everyone if the FlightGear data is good or not. | <0 :-) | > If UTM33N really is 550m displaced from WGS84 at that location, you can > probably still use the UTM33N data if you offset it by the right amount. > You may have to rotate it a bit too. Over such a small area, any ground > distances you measure will be the same in both systems after simple > correction. Sorry, I really don't understand you here. UTM33N and WGS-84 cannot be displaced in any locations; one is the coordinate system and the second is the datum. What do you mean with that? Anyway, do you think is possible that apt.dat is that wrong (550m)? Scenery files for Europe are not precise at all. Are airport locations affected by the same kind of errors? Maybe because of not enough precise source informations? Roberto -- Geschenkt: 3 Monate GMX ProMail gratis + 3 Ausgaben stern gratis ++ Jetzt anmelden & testen ++ http://www.gmx.net/de/go/promail ++ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [RFC] panel bindings
* Erik Hofman -- Monday 20 June 2005 18:49: > Andy Ross wrote: > > Melchior FRANZ wrote: > > > Actually, I have already changed it, and would like to commit. Just > > > want to make some more tests. Worked well so far. :-) > > > > Sounds great to me. > > I agree. Thanks A & E. (Need some more tests, a minor fix, and cleanup first ...) BTW: as a side-effect, menu/dialog bindings should become editable (again), too. They are also stored once as ghosts (/sim/menubar/), but are actually executed from secret copies. Not that there's a big demand for that ... m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Wrong coordinates with airport LICP?
Roberto Inzerillo wrote: Anyway, do you think is possible that apt.dat is that wrong (550m)? Scenery files for Europe are not precise at all. Are airport locations affected by the same kind of errors? Maybe because of not enough precise source informations? Airport locations are from official sources, so they are (should be) pretty accurate. The surrounding scenery could be displaced though. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Le lundi 20 juin 2005 à 18:56 +0200, Erik Hofman a écrit : > Gerard Robin wrote: > > > You probably have the last, did you try on your side about LFPO ? > > I didn't test LFPO yet, but is there any chance this is caused by a > displaced threshold: > > http://www.jetphotos.net/images/l/lfpo_26.jpg.79618.jpg > > If so, the runway should be extended by a taxiway that has the same with > as the runway. > > Erik > > > > > If it impossible to update the .btg file, which is probably wrong, apt.dat being more accurate and detailed. Your proposal is the last solution, it will be rather crazy to see a B747 ready to take off on an extra taxiway on the side of that runway with its right wing half on the runway axis With UFO no problem. I will take off with UFO from Paris Orly :-) > -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Gerard Robin wrote: Your proposal is the last solution, it will be rather crazy to see a B747 ready to take off on an extra taxiway on the side of that runway with its right wing half on the runway axis With UFO no problem. I will take off with UFO from Paris Orly :-) So you are actually positioned next to the runway rather than in front off it. Thar would be strange since both the airport generator and the positioning code use the same data. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear Wind and Turbulence
On Sunday 19 Jun 2005 15:22, Jon Berndt wrote: > What does FlightGear do in the way of wind and turbulence? I > assume that winds are set in FlightGear in NED coordinates and > that those change slowly? Turbulence is modeled in the FDMs, > but parameters are passed in? FlightGear does not model > turbulence itself, does it? > > I am debugging the gear jittering in JSBSim and I am seeing > windNED spike every so often and I have commented out > turbulence code in JSBSim, so I am wondering if these wind > spikes are coming from FlightGear. > > Jon It's possible that you're seeing the same problem I have here where the wind (and visibility) gets set incorrectly on an apparently random basis. I've reported it a few times now but no-one else seems to be experiencing, or perhaps noticing it. In one or two of the more recent a/c I've done I've included a simple 2d instrument to show the wind speed and direction and this makes it clearly apparent when the wind (and visibility) setting are incorrect. does anything happen if you open the weather settings dialogue and repeatedly apply the settings? (you don't need to change any of the settings for the conditions to change) LeeE ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Le lundi 20 juin 2005 à 19:50 +0200, Erik Hofman a écrit : > Gerard Robin wrote: > > > Your proposal is the last solution, it will be rather crazy to see a > > B747 ready to take off on an extra taxiway on the side of that runway > > with its right wing half on the runway axis > > With UFO no problem. I will take off with UFO from Paris Orly :-) > > So you are actually positioned next to the runway rather than in front > off it. Thar would be strange since both the airport generator and the > positioning code use the same data. > > Erik > Not so strange, we know now the data which are in LFPO.btg have differents values than these which are in the official apt.dat; we just have to update LFPO.btg. How can it be done ? > -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help forconvertion(importing)fronMSFSinto Flightge
Hi Innis I hope you didn't change your mind, I am waiting for your CL604 Thanks again Clifford From: "yue xianf" <[EMAIL PROTECTED]> Reply-To: FlightGear developers discussions To: flightgear-devel@flightgear.org Subject: Re: [Flightgear-devel] need help forconvertion(importing)fronMSFSinto Flightge Date: Mon, 20 Jun 2005 23:25:47 +0800 hi Innis: I have seen the picture, that is beautiful, I keep yelling here for your great job. would you send me a discription about how to convert? For the hotmail capacity limitation, it is better send me a copy to [EMAIL PROTECTED] Thanks a lot Clifford From: "Innis Cunningham" <[EMAIL PROTECTED]> Reply-To: FlightGear developers discussions To: flightgear-devel@flightgear.org Subject: Re: [Flightgear-devel] need help for convertion(importing)fronMSFSinto Flightge Date: Mon, 20 Jun 2005 23:05:01 +0800 Hi Clifford Well you may be in luck.See attached snapshot. One CL604 that I converted from Chuck Dome's great model. Back in FG 9.4 but it just needs to be converted for 9.8.No big deal just use the 737 fdm till you get a real one built.If you are interested give me a yell and I will send it over. Cheers Innis Clifford writes HI Ampere k. I need one of Aircraft of Bombardier Challengers( CL600 Cl601 Cl604) my system is Windows2000. Clifford << CL604.jpg >> ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [RFC] panel bindings
* Melchior FRANZ -- Monday 20 June 2005 19:19: > (Need some more tests, a minor fix, and cleanup first ...) OK. This is now committed. I'll observe this feature so as to catch problems early. This is the new Nasal error message style: Nasal runtime error: undefined symbol at /input[0]/joysticks[0]/js[0]/button[4]/mod-up/binding, line 2 Failed to execute command nasal (I wanted to avoid the redundant [0], but getPath()'s "simplify" argument refused to work. Need to look into that yet ...) m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Gerard Robin wrote: Not so strange, we know now the data which are in LFPO.btg have differents values than these which are in the official apt.dat; we just have to update LFPO.btg. How can it be done ? By rebuilding it using TerraGear. Perhaps it's best to wait for the next scenery build? Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Debugging Throttle control in Native-ctrls
bass pumped wrote: Hi all, I'm sending joystick input through Simulink in Matlab to Flightgear using the Native-ctrls structure. I am able to control everything pretty satisfactorily, everything except the throttle... its gone digital on me!!! It fluctuates between a one and a zero in almost a random manner when I vary the slider on the joystick. I know I've setup the input data right... its scaled between one and zero. I know I'm sending the right data in the right slot since the throttle varies only if I place that input data there and it doesn't vary anywhere else. I've used to a port sniffer to read the packets as they are sent, and even there it seems perfect. Is there anyway at all that I can fix this? Throttle should be no different from any other value. There is probalby internal code clamping this to the range of 0.0 - 1.0 so if your numbers are coming through garbage and random, you might see this effect. If it was me, I'd insert some debugging code in src/Networks/native_ctrls.cxx where the incoming throttle data is processed to see exactly what is coming in. Perhaps something isn't getting byte swapped correctly or you are off by a byte or two in alignment? Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Martin Spott wrote: > Gerard Robin wrote: > > >>Concerning LFPO: >>the aircraft stand by position (--lat --long) after launching FG >>is not the same than coordinate in apt.dat file , > > > Well, the runway endpoint does _never_ show up in the airports file. > You already hat a look at the spec - did you !? > But this is a different story. In fact Paris Orly seems to expose the > 'corner case' of an airport where there is no link between different > runways. The runways lie so much apart from each other that not even > the grass that surrounds the runways shares the same outline, > > Martin. A great way to fix this (which used to be a trick I used when I was and X-Plane user) is to define a circumference road. I used to put a 10' wide dirt taxiway all the way around the actual property limit of an airport to give it some extra added realism. Josh ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Debugging Throttle control in Native-ctrls
* Curtis L. Olson -- Monday 20 June 2005 21:17: > There is probalby internal code clamping this to the range of 0.0 - 1.0 [...] Yes: src/Controls/controls.cxx:1236 m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [RFC] panel bindings
Melchior FRANZ wrote: > * Erik Hofman -- Monday 20 June 2005 18:49: > >>Andy Ross wrote: >> >>>Melchior FRANZ wrote: >>> Actually, I have already changed it, and would like to commit. Just want to make some more tests. Worked well so far. :-) >>> >>>Sounds great to me. >> >>I agree. > > > Thanks A & E. (Need some more tests, a minor fix, and cleanup first ...) > > BTW: as a side-effect, menu/dialog bindings should become editable (again), > too. They are also stored once as ghosts (/sim/menubar/), but are actually > executed from secret copies. Not that there's a big demand for that ... > > m. > > ___ > Flightgear-devel mailing list > Flightgear-devel@flightgear.org > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > 2f585eeea02e2c79d7b1d8c4963bae2d > Oh, I don't know about that. Perhaps one of the menus in the menubar should be a plane specific one. Most models won't use this, but some of the more elaborate ones have lots of custom little commands. Though that info is theoretically available through help.xml files, a pulldown menu to actual execute them might not be a bad idea either. Josh ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [RFC] panel bindings
* Josh Babcock -- Monday 20 June 2005 21:41: > Melchior FRANZ wrote: > > BTW: as a side-effect, menu/dialog bindings should become editable (again), > > too. They are also stored once as ghosts (/sim/menubar/), but are actually > > executed from secret copies. Not that there's a big demand for that ... > Perhaps one of the menus in the menubar should be a plane specific one. Most > models won't use this, but some of the more elaborate ones have lots of custom > little commands. I agree that adding aircraft specific menus can be a good idea. I guess the bo105 will get one, too. :-) Try with the attached file: $ fgfs --config=/tmp/menu.xml You can, of course, add that stuff to a *-set.xml file, too. m. look here! boo! :-P old-reinit-dialog ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Lights was: Shadows
Harald JOHNSEN wrote: > Its quasi free, simple, support a million (fake) spot light ;) I think the shadows are cool, but I think that being able to have spotlights is just awesome. Perhaps we should start thinking about how this will be implemented from the modeler's perspective. I can see the following being pretty useful in the model.xml file: 0 0 0 0 0 100 30 5 By executing commands against power-cp, azimuth and elevation you would be able to turn the light on and off and steer it, and width could be used to simulate spotlights focusing in and out. would represent the width of the band around the cone of light where the light transitions from full power to none. Whenever someone can implement colored lights, and could be added (power-cp already takes the place of value in the HSV scheme). I guess it would still be up to the modeler to provide Melchior style billboards so that the actual light would be visible. I'm not sure how one would deal with the directionality of the light though. One could also add lights for the nav lights. Imagine being able to look out the cockpit window and see your anti-collision lights reflecting off the ramp! A really cool bit of eye candy would be to make a visible cone of light that would change intensity based on how much moisture is in the air. That could even produce blinding reflection in a heavy fog, which IMO would be very cool to see. It would be great to see two beams stabbing out in front of a landing jetliner! Josh ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] "Short Reference" Document error?
On Sunday 19 June 2005 13:50, Jon Berndt wrote: > This short reference: > > http://www.flightgear.org/Docs/FGShortRef.pdf > > shows the rudder control on the numeric keypad as being the 0 and "," > (comma) keys. There is no comma on the numeric keypad. This is confusing. IMNSHO the really confusing part is that the rudder control is actually "0" and "Enter" on the numeric keypad. It looks like the political issues unleashed in this thread have made you all blind ;-) -- Roy Vegard Ovesen ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Just for fun ...
http://members.aon.at/mfranz/fgfs_gui.jpg [80 kB] m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Just for fun ...
Melchior FRANZ wrote: > http://members.aon.at/mfranz/fgfs_gui.jpg [80 kB] Very nice. :) Someone should start hacking at the puButton class, though. That close button is starting to look kinda gimped with the cutoff highlight lines and no image label. Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting an airport fixed
Le lundi 20 juin 2005 à 21:10 +0200, Erik Hofman a écrit : > Gerard Robin wrote: > > > Not so strange, we know now the data which are in LFPO.btg have > > differents values than these which are in the official apt.dat; > > we just have to update LFPO.btg. > > How can it be done ? > > By rebuilding it using TerraGear. > Perhaps it's best to wait for the next scenery build? > > Erik > OK, I can try, i have just to build terragear, i hope that it will not be an other difficulty. I remember in the "old past time" i tried, not successful, with many message error during building. thanks -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Just for fun ...
Andy Ross wrote: Melchior FRANZ wrote: http://members.aon.at/mfranz/fgfs_gui.jpg [80 kB] Very nice. :) Someone should start hacking at the puButton class, though. That close button is starting to look kinda gimped with the cutoff highlight lines and no image label. You can already modify the border thickness to improve the appearance. All in all we're heading towards a fully functional HTML (or rather XML) browser using PUI :-) Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Just for fun ...
* Andy Ross -- Monday 20 June 2005 23:14: > Melchior FRANZ wrote: > > http://members.aon.at/mfranz/fgfs_gui.jpg [80 kB] [...] > Someone should start hacking at the puButton class, though. That > close button is starting to look kinda gimped with the cutoff highlight > lines and no image label. Psst! As long as nobody knows what the two lines mean, it's mysterious and interesting. m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Just for fun ...
Le lundi 20 juin 2005 à 23:28 +0200, Melchior FRANZ a écrit : > * Andy Ross -- Monday 20 June 2005 23:14: > > Melchior FRANZ wrote: > > > http://members.aon.at/mfranz/fgfs_gui.jpg [80 kB] > [...] > > Someone should start hacking at the puButton class, though. That > > close button is starting to look kinda gimped with the cutoff highlight > > lines and no image label. > > Psst! As long as nobody knows what the two lines mean, it's mysterious > and interesting. > > m. > May i say, with his bo105, Melchior is better than every military engineer in scientific research , he has found how to modify the appearance of an aircraft during flight. -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Just for fun ...
Gerard Robin wrote: > Le lundi 20 juin 2005 à 23:28 +0200, Melchior FRANZ a écrit : > >>* Andy Ross -- Monday 20 June 2005 23:14: >> >>>Melchior FRANZ wrote: >>> http://members.aon.at/mfranz/fgfs_gui.jpg [80 kB] >> >>[...] >> >>>Someone should start hacking at the puButton class, though. That >>>close button is starting to look kinda gimped with the cutoff highlight >>>lines and no image label. >> >>Psst! As long as nobody knows what the two lines mean, it's mysterious >>and interesting. >> >>m. >> > > May i say, with his bo105, Melchior is better than every military > engineer in scientific research , he has found how to modify the > appearance of an aircraft during flight. The B-2 guys at Northrop should have a look at this. Maybe he can add a slider for radar cross section :) Josh ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Just for fun ...
Andy Ross wrote: > Melchior FRANZ wrote: > >>http://members.aon.at/mfranz/fgfs_gui.jpg [80 kB] > > > Very nice. :) > > Someone should start hacking at the puButton class, though. That > close button is starting to look kinda gimped with the cutoff highlight > lines and no image label. > > Andy > > > > > ___ > Flightgear-devel mailing list > Flightgear-devel@flightgear.org > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > 2f585eeea02e2c79d7b1d8c4963bae2d > One niggling feature request that I have is that these dialogs (well, not those, but dialogs in general) be resizable. Navigating through the property dialog can be a big pain because a) the window is small and requires a lot of scrolling b) mouse buttons 4 and 5 don't do anything, so mouse wheels don't work and c) if you back up to .. to look at something and then descend back to where you were you have to do all that scrolling again. Somehow this leaves me with the depressing feeling that no matter what property I want to look at, it will be at the bottom of the list :( localhost:5100 is so so much easier to navigate, but doesn't show changing values. Josh ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Just for fun ...
Josh Babcock wrote: > One niggling feature request that I have is that these dialogs [...] > be resizable. Doing resize for the dynamic layout dialogs wouldn't be that hard, really. The existing "drag" code does almost everything that is required, all that would be needed would be code to tell when a resize would be required (the drag started within a particular kind of component, for example), set the x/y/width/height properties, and re-create the dialog on drag events. > Navigating through the property dialog can be a big pain Unfortunately, this isn't one of those dialogs. The property browser is written to the Pui API in C++. I think it should be possible to strip out the browser list component and turn it into a puObject that can be embedded within another dialog, though. Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Debugging Throttle control in Native-ctrls
> Throttle should be no different from any other value. There is probalby > internal code clamping this to the range of 0.0 - 1.0 so if your numbers are > coming through garbage and random, you might see this effect. If it was me, > I'd insert some debugging code in src/Networks/native_ctrls.cxx where the > incoming throttle data is processed to see exactly what is coming in. > Perhaps something isn't getting byte swapped correctly or you are off by a > byte or two in alignment? The data isn't random or garbage it is between the range of 0 and 1 before I send it to flightgear. The data that comes to flightgear is in 64bit IEE floating point format and I have been able to verify that with a port sniffer. I'll try and have a ago at your suggestions and see what comes up. Thanks!!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help forconvertion(importing)fronMSFSintoFlightge
Clifford writes Hi Innis I hope you didn't change your mind, I am waiting for your CL604 Thanks again I will convert it so it runs in 9.8 as soon as you get it.It maybe a day or so. What is your hotmail download limit?.If not I will send it to the other address. It will be in winzip format hope that is ok.There are no animations on the model. Clifford Cheers Innis ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] need help for convertion(importing)fronMSFSinto Flightge
Hi Gerard Gerard Robin writes Good, that demonstrate, it is existing a big Hangar "FG underground" How many aircrafts are only existing for the pleasure of one "FG User" ? (on my side about 25) :---((( There is always Dave Culp's hangar for some aircraft that may not be on the FG site also a lot of the aircraft I have converted are not GPL.It is just that Chuck Dome has given his permission for us to use his aircraft and I had forgotten I had done the conversion. -- Gerard Cheers Innis ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Property Manager enumeration of properties
Is anyone aware of a [simple?] way to print out the property tree once it has been populated? It seems to me that there ought to be a class attribute in the property manager somewhere that is a pointer to a linked list, or a vector, or whatever, that contains the properties, each of which may contain it's own child properties. No? Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] (OT) River Visual Rwy 19 DCA
Here's some guy flying the River Visual to Runway 19 at DCA. This is a 19MB avi file. I'll leave this up for a couple days, then remove it to put the hangar back up. http://home.comcast.net/~davidculp2/dca_visual_19.AVI Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: carb-heat
On June 20, 2005 09:58 am, Curtis L. Olson wrote: > Melchior FRANZ wrote: > >fgfs developers aren't only pedantic, but also lazy. :-) > > > > Errr ... busy. :-) > > Curt. Or chaotic. =) Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Property Manager enumeration of properties
* Jon Berndt -- Tuesday 21 June 2005 03:48: > Is anyone aware of a [simple?] way to print out the property tree once it has > been > populated? gui: "File"/"Save" ? :-) C++: fg_props.cxx: fgSaveFlight(cerr, true); simgear/props/props_io.cxx: writeProperties(cerr, globals->get_props(), true); Nasal/key binding: Backtick Dump property tree. nasal props.dump(props.globals) m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Just for fun ...
* Melchior FRANZ -- Monday 20 June 2005 23:28: > http://members.aon.at/mfranz/fgfs_gui.jpg [80 kB] Here's a fullscreen version with more windows. http://members.aon.at/mfranz/fgfs_gui2.jpg [215kB] I like these title bars -- they combine two necessary elements (title, exit button) -- and thus safe some vertical space. Unfortunately, they aren't suitable for all dialogs, and a bit verbose to implement in hardcoded (*.xml) dialogs. In Nasal Style Dialogs[TM] it's a bit easier. And then the transparent dialog looks nice ("cool"?), but has some usability problems. Probably better suited for showing off, than for real work. :-| m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Lights was: Shadows
On June 20, 2005 12:53 pm, Harald JOHNSEN wrote: > You are a genius, forget my previous reply. > We can't lighten pixels from the framebuffer because of the low > precision (8 bits) but we can of course darken them. > Algo (works better at full night) : > 1) render the scene and all non emissive geometry with a 'day' ambient term > 2) render all lights (or emissive geometry) and update the stencil > buffer ( stencil := 1) > 3) render a quad on screen to darken everything where stencil == 0 > > with 1 & 3 the scenery goes dark/black as usual > with 2 the scenery in light stay illuminated > Its quasi free, simple, support a million (fake) spot light ;) > > Harald. Nice! We will finally be able to see at night in FlightGear. =) On June 20, 2005 04:15 pm, Josh Babcock wrote: > I think the shadows are cool, but I think that being able to have > spotlights is just awesome. Perhaps we should start thinking about how > this will be implemented from the modeler's perspective. > ... > A really cool bit of eye candy would be to make a visible cone of light > that would change intensity based on how much moisture is in the air. > That can even produce blinding reflection in a heavy fog, which IMO > would be very cool to see. It would be great to see two beams stabbing > out in front of a landing jetliner! To increase flexibility, I think it would be a good idea to allow the modeller to specify the light volume. This way, the spot light can take the shape of a star if the modeller desires. So, to light the interior of a hangar, all there would need is a box that is as big as the hangar itself. For normal spot light, the modeller can specify a cone as the light volume. For a linear light source, the modeller can use a triangular prism to outline the space being lit. The modeller-specified object can also be served to control the parameters of the spot light. Obviously, the width of the beam would be proportional the the thickness of the object. In addition to using XML to control the brightness of the light source, the size of the object itself can be used to calculate the brightness factor. The color of the object would be a contributing factor to the color of the light source. The modeller-specified object should not be hidden by default, however. The modeller would have to make the object hidden manually by setting the object's opacity to zero. An object that is not totally transparent will be self illuminating. This way, places such as hangar interiors can be served as prop and acted as the light volume simultaneously. > I guess it would still be up to the modeler to provide Melchior style > billboards so that the actual light would be visible. I'm not sure how > one would deal with the directionality of the light though. One can > also add lights for the nav lights. Imagine being able to look out the > cockpit window and see your anti-collision lights reflecting off the ramp! Yes. The same idea occured to me while I was coming home on the bus. =) Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Just for fun ...
On June 20, 2005 05:01 pm, Melchior FRANZ wrote: > http://members.aon.at/mfranz/fgfs_gui.jpg [80 kB] > > m. Oh boy! A bo105 with a cloaking device! =P How much chance do you think I have if I want to sneak up on some Romulans? hehe... Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Just for fun ...
On June 21, 2005 01:39 am, Melchior FRANZ wrote: > I like these title bars -- they combine two necessary elements (title, > exit button) -- and thus safe some vertical space. Hey, will the dialog shade if I double click on the title bar? =P Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d