Re: [Flightgear-devel] Some question about panels and a big thank you
Here's just a little reminder that you might want to try the new (*very* new, in fact) JSBSim Commander, which is in early beta stage, but is usable. That might be helpful in editing your aircraft model. JSBSim Commander has gotten a great start with a lot of hard work by Matthew Gong. See the project page at http://jsbsimcommander.sf.net. Jon > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > flying.toaster > Sent: Sunday, June 04, 2006 4:42 PM > To: FlightGear developers discussions > Subject: [Flightgear-devel] Some question about panels and a big thank > you > > > As some may have noticed ;) I am working on developping a > Sukhoi-26 for flightgear. > Before proceeding with flight model tweaking, I am working on a > 3D cockpit. > So far I have settled for a mix of 3D model and 2D panel (such as > the one found on the great concorde) > I was wondering if there is a means to have a 3D object come in > front of the 2D panel (namely bezels) ? > If the answer is no I may either try to have the dial textures > smaller so that they fit inside the 3D bezels or go for full 3D > instruments (not that many on this aircraft) > > The big thank you is for the development team of FG and JSBSim. > > I have been messing around with this little bird and it is a joy > to be able to perform flat spins, tailslides ... Actually I have > not seen a sim capable of such goodies eversince the first flight > unlimited ! Yeah Flanker series can do all that, but the > developpers admitted it was all scripted manoeuvres. I could do > all this with the stock model from Aeromatic !!! > > FG rules. > > > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Some question about panels and a big thank you
As some may have noticed ;) I am working on developping a Sukhoi-26 for flightgear. Before proceeding with flight model tweaking, I am working on a 3D cockpit. So far I have settled for a mix of 3D model and 2D panel (such as the one found on the great concorde) I was wondering if there is a means to have a 3D object come in front of the 2D panel (namely bezels) ? If the answer is no I may either try to have the dial textures smaller so that they fit inside the 3D bezels or go for full 3D instruments (not that many on this aircraft) The big thank you is for the development team of FG and JSBSim. I have been messing around with this little bird and it is a joy to be able to perform flat spins, tailslides ... Actually I have not seen a sim capable of such goodies eversince the first flight unlimited ! Yeah Flanker series can do all that, but the developpers admitted it was all scripted manoeuvres. I could do all this with the stock model from Aeromatic !!! FG rules. ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Browser: old dog, new tricks
Melchior FRANZ wrote: > > It would be on my TODO list right after "buying a scroll wheel mouse", > if that was on my TODO list. Which it isn't. :-] > > m. Do you accept small gifts? Josh ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Browser: old dog, new tricks
* Arnt Karlsen -- Sunday 04 June 2006 19:59: [adding scroll wheel support to plib widgets] > Ah, not that high on your todo list. ;o) > After TerrorGear, then. It would be on my TODO list right after "buying a scroll wheel mouse", if that was on my TODO list. Which it isn't. :-] m. ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Browser: old dog, new tricks
On Sun, 4 Jun 2006 10:20:29 +0200, Melchior wrote in message <[EMAIL PROTECTED]>: > * Arnt Karlsen -- Sunday 04 June 2006 04:07: > > On Sun, 4 Jun 2006 01:53:14 +0200, Melchior wrote in message > [list widget scrolling through mouse scroll wheel] > > > Would certainly be nice, but it has to be done in plib. By someone > > > who has the hardware to test it. > > > > I have such hw and can test those, and 2 more, 3 button rodent > > with a 2 axis stick for 2 axis scrolling. Pointers? > > http://sf.net/projects/plib/ ..ah, not that high on your todo list. ;o) After TerrorGear, then. -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] OT [OT] First flight lesson
Hi, Alex Perry schrieb: > From: GWMobile <[EMAIL PROTECTED]> > >>A steep sideslip approach with full flaps is the most fun you can safely >>have in a cessna! > > > Take a look at what the US commercial pilot emergency descent maneuver is. > 8-) Heh! I don't want to look like a sissy for not appreciating the fun in a sideslip, so just let me say: For me it takes a bit to get used to it. ;-) It was just unexpected to me that it felt like a heavily uncoordinated curve, just without the increased "downward" force during the maneuver. Cheers, Ralf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Boeing 777-200
Justin Smithies > > Hi all > Curtis has just uploaded mine & Syd Adams new 777-200 model to > the FG > d/l section. > It has cabin lights switchable , logo lights and strobes / landing gear. > 3d cockpit , although the AP requires some work, so if anyone can tweek > the AP > to work correctly we would be very gratefull ;) > We are still adding other instruments etc so its a work in progress > project. > > Fell free to test it out and give us your comments. > > The D/L section on the FG site will contain daily updates from our cvs . > I uploaded a revised AP for the KC135 yesterday - it works well enough for that ac - feel free to use it. Vivian ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] OT [OT] First flight lesson
From: GWMobile <[EMAIL PROTECTED]> > A steep sideslip approach with full flaps is the most fun you can safely > have in a cessna! Take a look at what the US commercial pilot emergency descent maneuver is. 8-) ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google earth mapping for fgfs scenery
On Sunday 04 June 2006 17:09, GWMobile wrote: > Heh, there's an idea :-) > If it was getting live updates from the web would that count as a web > application? That would be a web application but it's not a "web browser"! 3. PROPRIETARY RIGHTS (a) You are only licensing rights to use the Software and the geographical information available to be viewed using the Software. The Software, in whole and in part and all copies thereof, are and will remain the sole and exclusive property of Google. Further, you do not receive any, and Google and/or its licensors (if any) retain all, ownership rights in the geographic information displayed using the Software. The geographic information is copyrighted and * MAY NOT BE COPIED, EVEN IF MODIFIED OR MERGED WITH OTHER DATA OR SOFTWARE. * Your use and access of the geographical information may be subject to further license requirements or obligations. Paul ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Boeing 777-200
Hi all Curtis has just uploaded mine & Syd Adams new 777-200 model to the FG d/l section. It has cabin lights switchable , logo lights and strobes / landing gear. 3d cockpit , although the AP requires some work, so if anyone can tweek the AP to work correctly we would be very gratefull ;) We are still adding other instruments etc so its a work in progress project. Fell free to test it out and give us your comments. The D/L section on the FG site will contain daily updates from our cvs . Cheers Justin Smithies ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google earth mapping for fgfs scenery
Heh, there's an idea :-) If it was getting live updates from the web would that count as a web application?what about running on a webserver on your own machines in java? On Sun, 4 Jun 2006 10:38 am, Josh Babcock wrote: > Pigeon wrote: > >> Currently they do not allow any non-web application use the google >> map data/images. Not sure about google earth but i imagine similar >> terms > > > So what you are saying is that we need to re-implement fg in > javascript? > > Josh > > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel Bush's family and their Saudi partners make higher profits by preventing Saddam's huge Iraqi oil reserves from ever being sold. They'll Enron the world - George Watson 2001 For Hurricanes www.globalboiling.com For solar wind and earthquakes www.electricquakes.com Typos caused by two inch mobile phone keyboard ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google earth mapping for fgfs scenery
On Sunday 04 June 2006 15:59, Josh Babcock wrote: > Pigeon wrote: > > Currently they do not allow any non-web application use the google > > map data/images. Not sure about google earth but i imagine similar terms > > So what you are saying is that we need to re-implement fg in javascript? > > Josh If we were able to write FG so that it ran inside a web browser and we kept it free then it shouldn't be a problem. However if you take the imagery out of a web browser or out of Google Earth and use it in another app you'll have some nasty men knocking on your door pretty quickly. Some governments have actually banned the use of Google Maps and Google Earth for use in their departments due to the licensing. NASA World Wind may not have as up to date data or as much high-res data but at least you won't be taken to the cleaners if you use it in other applications. Paul ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google earth mapping for fgfs scenery
Pigeon wrote: > Currently they do not allow any non-web application use the google > map data/images. Not sure about google earth but i imagine similar terms So what you are saying is that we need to re-implement fg in javascript? Josh ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Harrier checkin
Georg Vollnhals wrote: > The newer versions of the Harrier have an artificial stability system > which makes it a lot more easier to fly the aircraft in low speed > procedures - may be the force is with us and we'll see something like > that in FG some day :-) Hmm, Nasal IIRC only runs once per frame, as opposed to once per flightmodel iteration. This probably makes it too slow to make a good SAS, but has anyone tried to use the autopilot system for that? What does the F-16 use right now? It could use the control position as a roll/pitch/yaw rate target and then try to hit that using a regular PID filter. To switch from human controlled SAS flight to true autopilot, you could simply use Nasal to cut out the human input and substitute values set by another autopilot routine. Josh ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Seneca II updated
Torsten Dreyer wrote: >>Very nice! Can you fix this link though? I get a 403 error. >>http://www.t3r.de/fg/seneca/SenecaII.dcm > > fixed - sorry. > > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > Thanks, I've been looking for a good DATCOM+ example to help me understand the program. Josh ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Tides in FlightGear?
On 6/4/06, Martin Spott <[EMAIL PROTECTED]> wrote: Still you can assume that it eaily handles 1 GByte of RAM and more. Mybet is that the port of Inkscape to FreeBSD probably "doesn't match theoperating system close enough". My experience is that you often have to deal with Linuxisms in OpenSource software which probably show obscurebehaviour on Unixes. I think Inkscape does its allocating via the C++ standard library function like any other application. So I see no reason to think that hidden Linuxisms are the underlying problem here. It looks like a FreeBSD issue to me because the failure occurs just as the physical memory is exhausted and the system starts to swap. And I believe the idea behind virtual memory is that the application does not have to know whether a page is in physical memory or swapped out. So the problem more than likely comes from the part of the system that "knows" what is happening, i.e. the virtual memory manager.But you are right, before filing a bug report, more tests with other memory-hungry apps would have to be conducted. And maybe this issue, if it exists in FreeBSD 6.0, is fixed in 6.1 . However, I don't want to upgrade right now, as the system works well enough in all other regards.Martin D. ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Weekly CVS Changelog Summary: FlightGear data
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-28_22:25:03 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/KC135/aar.nas Small improvements to the 2d display. Make the nav-display switchable with the EICAS display. Add more range selections. Implement the nav-display in Nasal in stead of XML. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-28_22:25:25 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Panels/737-ifr-panel.xml Small improvements to the 2d display. Make the nav-display switchable with the EICAS display. Add more range selections. Implement the nav-display in Nasal in stead of XML. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-28_22:26:28 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/737-300/Instruments/Textures/Attic/du-knob.rgb /var/cvs/FlightGear-0.9/data/Aircraft/737-300/Instruments/Textures/du-panel.rgb Small improvements to the 2d display. Make the nav-display switchable with the EICAS display. Add more range selections. Implement the nav-display in Nasal in stead of XML. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-28_22:28:42 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/737-engines.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/737-flaps.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/737-gear.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/EADI.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/auto-brake.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/autopilot-panel.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/clock.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/du-panel-rh.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/du-panel.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/eicas.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/flap-guage.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/fuel-quantity.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/gear-handle.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/gear-lights.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/le-flap-lights.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/le-flap-lights1.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/master-caution.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Attic/pfd1-alt.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/pfd1.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/pfd2.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/ptorst-panel.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/radiopanel.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/standby-ah.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/standby-combo.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/standby-vor-adf.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/weather-radar.xml /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/wxradar.xml Small improvements to the 2d display. Make the nav-display switchable with the EICAS display. Add more range selections. Implement the nav-display in Nasal in stead of XML. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-29_08:23:06 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/737-engines.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/737-flaps.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/adihsi.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/ah-face1.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/ah-face2.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/ah-face3.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/ah-face4.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/asi-face.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/asi-needle.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/auto-brake.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/auto-throttle-arm.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/autopilot-pnl.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/autopilot-sw.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/blank-256x256.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/clock.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/compass-face.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/du-knob.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/du-panel-rh.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/du-panel.rgb /var/cvs/FlightGear-0.9/data/Aircraft/KC135/Instruments/Textures/eadi_ladder.rgb /var/cvs/FlightGea
[Flightgear-devel] Weekly CVS Changelog Summary: FlightGear source
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-30_17:21:50 (frohlich) /var/cvs/FlightGear-0.9/source/src/ATC/tower.cxx >From Olaf Flebbe: avoid iterator overruns if we delete the last list entry. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-31_07:20:10 (fredb) /var/cvs/FlightGear-0.9/source/src/Main/fg_init.cxx /var/cvs/FlightGear-0.9/source/src/Main/options.cxx Mask error message 'Failed to find runway 28R at ...' when no runway is requested in the command line =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-06-01_21:13:56 (curt) /var/cvs/FlightGear-0.9/source/utils/GPSsmooth/MIDG-II.cxx Fix a dumb bug where I inadvertantly did a computation in int32 land causing me to loose 2 decimal places in my location data before converting to lon/lat. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-06-03_11:20:19 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/property_list.cxx /var/cvs/FlightGear-0.9/source/src/GUI/property_list.hxx - display of SGPropertyNode flags can now be toggled per widget (Ctrl-click on "." entry), so we don't need a global property for this - s/dotFiles/_dot_files/ for consistency reasons 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Weekly CVS Changelog Summary: SimGear
2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Tides in FlightGear?
"Martin Doege" wrote: > So apparently Inkscape (or its developers) are not to blame here, it is the > FreeBSD 6.0 virtual memory subsystem that seems to be a little wonky to say > the least. Well, I'd be careful with such assumptions. You're correct in that FreeBSD-6.0 is not recommended for heavy-load production use (say FTP service with 3k simultaneous connections, I don't know if 'ftp.cdrom.com' still exists). Still you can assume that it eaily handles 1 GByte of RAM and more. My bet is that the port of Inkscape to FreeBSD probably "doesn't match the operating system close enough". My experience is that you often have to deal with Linuxisms in OpenSource software which probably show obscure behaviour on Unixes. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Lee Elliot-CompterSwift
Hi Lee, I have some questions regarding the ComperSwift; I would like to use it in the FGLive-KOSH CD being put together by Arnt... i know under GPL I don't have to ask for permission but would like your comment... particularly as I'm missing one important figure - cruise speed :-)... I don't really have time to download/install and get familiar with the aircraft as it will be used in an AI scenario and just need to know the basic flight parameters/performance figures I have the J3, 172P & C28-161 as low speed(90knt comfortable)aircraft for the standard NOTAM approaches and there are heaps of 140knt+ aircraft to choose from (AIR New Zealand 737 ;-)...but need 5 low speed civilian aircraft. The Rascal110 also looks a good candidate to fill the fifth spot :...similar figures would be required for that too... if you would prefer to take this off list please feel free to mail be direct.. TIA :-D ene _ Need more speed? Get Xtra Broadband @ http://jetstream.xtra.co.nz/chm/0,,202853-1000,00.html ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Browser: old dog, new tricks
* Arnt Karlsen -- Sunday 04 June 2006 04:07: > On Sun, 4 Jun 2006 01:53:14 +0200, Melchior wrote in message [list widget scrolling through mouse scroll wheel] > > Would certainly be nice, but it has to be done in plib. By someone > > who has the hardware to test it. > > I have such hw and can test those, and 2 more, 3 button rodent > with a 2 axis stick for 2 axis scrolling. Pointers? http://sf.net/projects/plib/ m. ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Harrier checkin
Josh Babcock schrieb: > AJ MacLeod wrote: > >> My only request at this stage is an easy one - that the aircraft starts off >> with the parking brake engaged. There are few things more irritating than >> having the fg screen fade in only to find yourself pitching off the carrier >> deck or into the nearest windsock! > > > Hmm, rather than force everyone to start with the P-brake engaged, why > don't you just set it in your preferences.xml file? This is the sort of > thing that really has nothing to to with the aircraft, and everything to > do with the procedures that an individual pilot likes to follow. > > I always find it irritating when an aircraft designer thinks that they > know better how I want to operate in my little world than I do. > > josh > > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > Hi, I really did a lot of Harrier flights as I am a vertical flight fan. And so I have to state that AJ is right as you *always* have some horizontal forces when starting FG/Harrier and it is *very* annoying to move off your position if space is somehow limited (ship, special terrain) *although* I am with my fingers on SHIFT/b immediately and fast (I think at least). Ok, I solved this *for me* with starting FG with "--prop:controls/gear/brake-parking[0]=1" but this is not a good general solution for other FG users not familiar with the property system. The Harrier in this stage of development is a nice add-on but very difficult and strange to handle due to the actual flightmodel, that is a pity. But it is as difficult to develop like the helicopter flightmodel, I think. The newer versions of the Harrier have an artificial stability system which makes it a lot more easier to fly the aircraft in low speed procedures - may be the force is with us and we'll see something like that in FG some day :-) Regards Georg "HeliFlyer" EDDW ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel