Re: [Flightgear-devel] Latest stupid helicopter trick
On 07:50 Thu 27 Nov , Martin Spott wrote: > The first is correct, the latter is not (see above). Pilots love this > helicopter because of his outstanding manouverability. It's even > capable of doing serious aerobatic - up to inverted flying (AFAIR with > a modified gear box lubrication), Check out the Westland Lynx. I've seen these at a couple of airshows this year and the pilots did manage quite a bit of inverted flight during their routines. These too have a rigid rotor head with elastomeric bearings and the blades are intentionally made more rigid to prevent tail strikes during high-G and sharp stop maneuvers. Impressive engineering in all modern helos I think you'll agree :-) All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FG logo Slovenian flag
On 10:47 Thu 27 Nov , Erik Hofman wrote: > Yeah, but then you'd get a fight over which flag is put in first and > which flag is shows just for 0.1 usec (e.g. the last flag) ... > > Erik Maybe randomise the order ? All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest stupid helicopter trick
On 14:48 Thu 27 Nov , Jon Stockill wrote: > I remember seeing the army display team at RAF Waddington a couple of > years ago - 4 gazelle & 1 lynx all lined up in the hover, then the lynx > pilot backflipped the aircraft out of the lineup. The first time you see > it you really can't believe what you've just seen. Yes, that was one of the airshows I saw this year. I think they were called the Sharks. IIRC at one point they had a Lynx barrel rolling (with a portion of inverted) around a line of other aircraft. They also did loops and other crazy stuff that helicopters clearly can now do. Very cool. Were it not for the ridiculous costs, I would've much rather learned to fly rotary wing than fixed. As one of my work mates puts it: 'Yeah, even when the engine stops they still fly, cos they're still ugly and the earth still repels them!' All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Grass Runway Textures
On 18:49 Tue 25 Nov , Erik Hofman wrote: > >So 75x75 textures of these types of surfaces are required, then? I might > >have a go at these during my attempts at modelling EGNF. Are there any > >restrictions to the making of textures that I need to be aware of oether > >than size and color depth? > > Not really. It's something I an to get rid of a long time. What would be > needed is a tileable (or seamless) texture covering the surface type, > just like the rest of the textures. > > Now that I'm thinking about it, does anybody know if the > dirt/grass/lakebed runway are modeled directional like the concrete and > asphalt runways (e.g. the textures would only need longitudinally be > seamless)? I've looked at these and the grass textures look like green-tinted gaussian noise. The dirt runway looks quite like a filter I've seen somewhere before... ;-) It seems quite reasonable to me but it isn't quite symetrical and the X and Y join lines are visible up close. What sort of 'nice textures' are we looking for? I know this is an odd question to ask, but a lot of games and sims just can't get grass right and these are by no means the worst textures I've seen around for this sort of material. If I get some pointers to nicer textures I'll do my best to produce similar versions for use under the GPL. All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Grass Runway Textures
> One of the problems with these type of photographs is the fact that they > cover a very small area. When using these for textures you would end up > with a hight degree of very annoying repetitiveness. > > Another problem is the fact that they aren't shot straight down, making > the textures look weird when used for textures. > > But they are always very useful for comparing textures with the real > world to see if it looks at least a bit like expected. Speaking of which, would it be possible to change the texture above a certain height AGL? We could have a texture with more detail for low altitudes and a shinier, more gaussian texture for higher altitudes... Just like real grass and short crops. All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Grass Runway Textures
On Fri, 2003-11-28 at 17:46, Julian Foad wrote: > Matthew Law wrote: > > > > Speaking of which, would it be possible to change the texture above a > > certain height AGL? We could have a texture with more detail for low > > altitudes and a shinier, more gaussian texture for higher altitudes... > > Just like real grass and short crops. > > Grass rarely reaches more than one meter AGL :-) Different textures for > grass growing at different altitudes AMSL would make some sense, but I > think you are talking about changing the material properties of the > ground cover according to the aircraft's height AGL ... but that > shouldn't make a difference to the shininess or the sharpness of the > specular reflection (which is what I am guessing you mean by "more > gaussian"; do I misunderstand?). I didn't explain myself very well and I've had some more thoughts on this: When you are sat on the runway you can see more detail in the grass itself. This could be conveyed with a different texture (since modelling grass blades would be a tad expensive!) which would change to another texture with less detail further away. 'Further away' as in distance; having thought about it, since even when you are sat at ground level you can't see detail in the grass a few hundred metres away. I also agree that all foliage should change with variations in altitude and latitude but that's a big change I would have thought... The reference I made to specularity was that to my eyes anyway, grass looks slightly 'shinier' at lower altitudes. This is especially so when it's wet of course. This is apparent when descending under a parachute since you spend a lot of time concentrating on the landing area which is usually grass. I don't seem to see the same effect with straight distance at ground level. Does this sound familiar? or is it just my eyes and I'm talking rubbish here... ;-) All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Playing with textures
On 09:56 Tue 02 Dec , Curtis L. Olson wrote: > This is something that has been considered, but it will be a massive > amount of work to do this and preserve all the existing functionality. > > Massive might be slightly overstated, but it probably means tearing > everything down and rebuilding it piece by piece. That's a big job, > and it is made more complicated if we want to keep the current cvs > head runnable. ...and maybe move to SDL too ?! All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] (OT) Kid's day at work
On 22:13 Tue 02 Dec , David Culp wrote: > I brought my son to work for a day, and he had a wonderful time. > > http://home.comcast.net/~davidculp2/kidsday.jpg At least he didn't have to hold on for much longer :) All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Video card recommendation
On 18:08 Fri 05 Dec , [EMAIL PROTECTED] wrote: > I have a Geforce 4 Ti 4200 and this card works perfectly with flightgear under > Linux. Me too. Using the latest drivers i still see the sky flash from blue to black occasionally... All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Kool site of the day ...
On 14:53 Tue 16 Dec , Erik Hofman wrote: > >Kool Sites are informative, weird, stylish, offbeat or unique > > So, what exactly is the FlightGear site? I'd go for Informative, stylish, and unique ;-) All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Cockpit Hardware Building
On 12:42 Thu 18 Dec , Alan King wrote: > Rudder pedals. Been a while since I was at the controls in a Cessna > etc, how much control throw is normal? With a one foot seperation > between the pedals 4" seems like a lot, maybe too much. Currently have > 2" in and 2" out for the 4" total, but can easily shorten it up, feels > like I'd have a foot in the engine. That sounds about right for a 152. Maybe David can tell you how much throw is available on his aircraft? All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Cockpit Hardware Building
On 14:52 Thu 18 Dec , Alan King wrote: > Also I'm assuming the yoke on most planes has a bit more throw than > +-2", but that's about the limit of what's practical with my current > hardware so it'll probably do ok. I could get 6" travel or so max, just > gets a bit more trouble to do. It's 16-18cm from full down to full up elevator on the couple of C152's I've measured and roughly +-90 degrees of roll axis. BTW, I'm not anal. Honest! I'm just building a yoke of my own so I measured these recently. If you're in the right ball park for these figures IMHO you'll be just fine. As David quite rightly said, it's the feedback from the controls which varies according to many parameters that is by far the hardest thing to simulate. I'm going to use elastic cotton-covered 'bungee' cord to centre and resist on my yoke. Mainly because springs are quite difficult to come by and can be noisy to boot. All the best, Matthew ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Adding a runway to runways.dat
On 00:42 Fri 19 Dec , Matthew Law wrote: > What are the fields? I'm guessing at some here: Sorry. I just found the doc on the FGFS site. I've got to start RTFMing more often :-) All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Adding a runway to runways.dat
To my detriment I haven't been following past discussions on scenery editing. I would like to add the missing 18/36 runway to EGNF. I have gunzipped the runways.dat file and found the following line for EGNF: R EGNF 06 53.316990 -1.196100 60.00 1476 118 NAVNN 00 00 The AIP shows clearly the missing runway: http://www.matthewlaw.plus.com/EGNF.gif I'm assuming that I just add a new line under this with the correct values. What are the fields? I'm guessing at some here: ICAO ID, HEADING, LAT, LON, WIDTH, LENGTH... If these are correct, I make the width and length a little wrong. All the best, Matthew ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Adding a runway to runways.dat
On 02:34 Fri 19 Dec, Ivo wrote: > Also check: > > http://baron.flightgear.org/pipermail/flightgear-devel/2003-December/023555.html > > After adding the runway manually, you could use TaxiDraw to add the > taxiways. > > As for the bug I mentioned in that thread, David Luff sent me a > debug-enabled version and I tracked it down to being a locale thing. If > you're running a localized version of Linux in a country that uses a comma > as a decimal separator, you have to start taxidraw as follows: > > LC_NUMERIC=POSIX ./taxidraw > > I thought I mention it here, so it gets archived for the time being. > Probably this will be fixed in the next version. Thanks. TaxiDraw is working fine for me atm (Well done Dave!). I'm having issues with our taxiways since it's a grass field and they aren't really marked just 'known' :-) I've also not been able to successfully compile terragear yet but I'll keep trying. I've got a few more things to try before I will be asking for help. All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Trim position and speed to external hardware
How do I export the trim position and IAS to a serial port? I'd like to use these values to drive some stepper motors which crudely simulate control load and trim effects. All the best, Matt. --- A merry xmas and a happy new year. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ATC Talk
On 03:15 Mon 29 Dec , Ivo wrote: > Or we could have multiple people around the world recording the sentences, > so we'll hear the right accent when approaching for example New Delhi or > Mexico City or Frankfurt. Maybe even bilingual, though I don't know if they > use their native language (for example for domestic flights) or that they > use English worldwide. According to the ICAO, all ATC comms should be in English. Quite rightly however, most controllers use their native tongue unless talking to international flights. This sounds like a cool idea but the work involved is immense. The majority of it is non-technical (recording sound samples etc) so it could end up being much more authentic than MS FS if we were to use our diverse user-base :-) All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Contribution to flightgear
Hi Prabhu, Please read and digest the docs on the flightgear website and the documentation on scenery editing at the simgear website (see the link to simgear from the flightgear site) before getting started. If you still have questions there are plenty here who will help once you've read the documentation ;-) Also, please post messages to the list in plain text. All the best, Matt On 19:57 Mon 29 Dec 2003, Prabhakaran Arunachalam wrote: > > Hi, > I'm new to flight gear. I had downloaded the source code and built them > using cygwin in Windows. > It is working fine and looks good. > I would like to contribute to flightgear. My area of interest would be creating > 3d models and terrain. > Could anybody help me proceed in these areas? > Thanks. > Prabhu. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ATC Talk
I agree with you totally. My sentiment was that there have also been many accidents caused by ATC talking in a foreign language (English) to another pilot who also doesn't speak English as a first language. The possible problems which can be introduced by a conversation in effect being translated twice are huge. OK, they may be far less than if everyone was speaking the same language, but it still holds potential for serious errors. It just goes to show that we'll probably never reach an ideal state of affairs with respect to communication. Since the furthest I've flown is 30nm and I don't live in the SE of the UK then this doesn't really affect me at the moment. So I'll shut up ;-) All the best, Matt On 09:06 Mon 29 Dec 2003, David Megginson wrote: > Actually, I think that's a serious problem. One of the benefits of using a > common ATC frequency (instead of some kind of direct plane-to-plane > comlink) is that we can all hear ATC talking to other aircraft and form an > idea of what's happening around us. ATC *does* make mistakes, all the > time, and almost always pilots catch those mistakes (just like ATC catches > ours). If a non-native pilot cannot understand the other chatter on the > radio, we lose that safety layer. > > > All the best, > > > David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Autocoordination
As David said, there is very little adverse yaw from aileron input on modern aircraft designs. Now, I have no experience of anything but Cessnas but on an A320 for example, I would be surprised if the aileron input required to perform say, a 20 deg. bank turn would require *any* rudder input at all to maintain balance. It may even be taken care of by the flight computer... So maybe the problem could be with the FDM representing the wrong adverse yaw amount for that aircraft? All the best, Matt. On 14:04 Thu 08 Jan 2004, Hof Markus wrote: > I'm not sure of this, but I think you are right! I'll think about. > I tried on A320 to fly turn at 25?BNK an ball was never centered! even > if BNK did'nt change. > Anyway: > to keep the ball centered, as you said, I'll need a rudder due to adverse > yaw (and maybe some other things :)) ). > I just want to write rudder functions (components in flight modell) to keep > the ball centered. > I think the best way to get an error for trigger functions is to take accel. > of y-axis and keep it to 0. > The trigger holds accel-y-axis to 0, and so the ball should always be > centered? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Linux User & Developer Expo 2004]
Curt, Let me check with the lady first :-) All the best, Matt. On 09:28 Wed 14 Jan , Curtis L. Olson wrote: > Martin Spott wrote: > >"Curtis L. Olson" <[EMAIL PROTECTED]> wrote: > > > > > >>FlightGear has been offered free .org booth space and a possible speaker > >>slot at the Linux User & Developer Expo 2004. This is Oct 20-21 at the > >>Olympia Exhibition Centre in London, UK. You don't necessarily need to > >>be a developer to help with the booth, but a moderate working knowledge > >>of FlightGear (and for this show, Linux) is always helpful. Are there > >>any UK people who might be interested in staffing a booth, bringing a pc, > >>etc.? Anyone looking for an excuse to visit London next October? > > > > > >This should be a great opportunity for a European FG developer's > >meeting (or sort of that), > > We need to know as soon as possible if any one (in addition to Jon) can > commit to being at this conference and can commit to helping with the booth > so we can apply for and (hopefully) get booth space before it is all gone. > I think if we could get another one or two people to say they are pretty > certain they can be there, then we could go ahead and lock in some booth > space. > > Thanks, > > Curt. > -- > Curtis Olson HumanFIRST Program FlightGear Project > Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org > Minnesota http://www.flightgear.org/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: UK Linux Expo 2004
Hi Curt, I can be there for one of the days, possibly two if the accomodation isn't too expensive. I can also bring my PC (17" TFT; Gentoo; Athlon 2500XP; FGFS CVS and GeForce Ti4200-128 with pedals and joystick), but I'd need help getting it and me there - I don't want to risk public transport. Alternatively, if anyone is attending who lives reasonably near to Sheffield and wishes to car share I'd be happy to take a car and drive down with them to cut costs. All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery
That's pretty good scenery! Is that straight from TerraGear or ripped from the MS Scenery add-ons? All the best, Matt. On 23:31 Wed 28 Jan , Erik Hofman wrote: > But I must also admit that after looking at the new screen shots from > Mat Churchill I might want to change my mind: > > > http://www.simscreens.net/index.php?sub=categories&pt=&al=&cntr=&sim=14&motif=&type=&keyword=&cnt=15&sort=1&from=0&static=yes&empty=yes > ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Scenery
I'm interested in how you did this as I thought of extracting the files from the MS FS VFR scenery discs I have and somehow stitching it together for use in FGFS..? In theory you should be able to get at the data as Reiser should still be able to give you everything since the last time it wrote the journal file. Maybe you have a disk controller issue or the drive is caput? All the best, Matt. On 11:14 Thu 29 Jan, mat churchill wrote: > Had just slightly improved this method after advice from Curt on how to > stop the tile edges cutting into inclines. But have had loss of fat on > my hardrive (linked to powercut I think). If anyone knows of a good file > recovery solution that will work with reiser fs would like to recover > contents of drive. Off topic I know, but it is all my flight / terragear > stuff ! as well as the rest. > > Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Scenery
The ones I have are from www.visualflight.co.uk and are about 20GBP per region. I bought the regions aroung my airfield to help with VFR practice in MSFS but I'd like to see them in FGFS much more :-) An extension script to rip these into FG for people who have purchased the images would be useful... I believe they are taken from an aircraft at about 5000ft so the detail is much better than sat images. I don't know of anything in the US done in a similar way though. All the best, Matt. On 13:15 Thu 29 Jan, Russell Suter wrote: > Does anyone know where one can obtain images of this quality for the > southwestern U.S.? Not > necessarily free but reasonably cheap... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Scenery
Hi Mally, I wasn't aware that you were an MSFS developer and since I currently do a bit of x-country practice in MSFS with the VisualFlight scenery I'd like to congratulate you on an awesome job! I for one would be elated to see a commercially available version of the getmapping derived scenery for FGFS not only for extra realism that it presents, but commercial recognition could only be positive for the project as a whole. As Dave said, I would also be willing to pay for the scenery even if it was a little more expensive to offset the lower demand. It would be wonderful if VisualFlight permitted purchasers to use the textures in FGFS, but realistically that probably won't happen...yet. It's human nature to try and maximise what you have available in this way but I don't want to infringe anyone's EULA or put anyone - especially the 'small guy' out of pocket either. I think the FGFS community is a little more open and honest in this respect. I'm leaving this well alone until it becomes acceptable to do so or I can buy the scenery 'for FGFS' :-) All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Voice Capability
> BTW, what does the 'S' stand for in 'No SVFR' that's printed next to KSFO > and some other large international airports on the VFR charts? In the UK it means 'Special VFR' and allows a pilot under VFR and in VMC conditions to be guided to an airfield which is inside a control zone. You see it quite a lot in the UK where we have lots of airfields inside the control zones of much larger airports. IIRC Manchester Woodford is a good example - right next to Manchester International. In the context of KSFO I would assume it means no SVFR available direct to KSFO or any closeby fields in their CTR. All the best, Matt. PS: I hope that's right. I passed Air Law only last Sunday! ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Voice Capability
Thanks :-) I thought it was the hardest of all the exams so far and I just got through with 87.5% (pass is 75%). Since you are under the JAA you will also have to learn the semi-pointless and brain numbing Chicago convention stuff too... I have my Radio Practical exam in a couple of hours :-/ Good luck with yours, Martin. On 15:17 Tue 03 Feb , Martin Spott wrote: > Congratulations! This is the next checkpoint for me and I must admit > that I'm a bit worried ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Voice Capability
Thankyou all, I passed btw :-) All the best, Matt On 17:07 Tue 03 Feb , David Luff wrote: > Good Luck! > > (Although you probably should have set off by the time this hits your inbox > given the traffic in the UK these days!) > > Cheers - Dave ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Voice Capability
I checked out the traffic at KEMT last weekend. Good job, Dave! I went for a ride toward the mountains and came back a while later. It was just like a busy Sunday at EGNF - I couldn't squeeze into the circuit anywhere. In real life you don't get away with flying through the other guys to land where you please ;-) I'm sure a simple collision detection (i.e. two aircraft models touch in flight) would be beneficial here enabled via the properties or something..? All the best, Matt PS: I've already ordered a new Radeon 9600XT card. Then I read the problems some people are having on linux with them so I'd better cross my fingers. On 21:35 Tue 03 Feb , David Luff wrote: > They should appear wherever there's a towered airport listed in > default.tower (in $FG_ROOT/data/ATC) apart from a short list that includes > Heathrow. There could be bugs though! And you need CVS less than a week > or two old. > > Cheers - Dave ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Voice Capability
Hi Dave, thanks for the info - I'll mess with the density and see what that yields. Do the AI aircraft appear at small UK airfields? I was planning on doing a basic collision detection between the AI aircraft and the user aircraft. Initially not between AI planes until you were finished working on them, hopefully to prevent it causing you problems :-) Where is each AI aircraft's (object's ?) position data stored and would it be easy to enable your code to crash or spiral the aircraft to the ground upon detection of a collision? - obviously, I'm not looking for explosions and structural failures. Even a message to stdout reporting the collision would be a start I suppose. I'm a very novice C++ programmer so my code may be full of bugs, memory leaks and a latent lack of object style. Hopefully this won't get in the way too much, but help and guidance is always gratefully received ;-) I have a friend who is a games programmer and he might give me the minimal of help with the physics involved. The simplest, very crude way I imagine would be to calculate a bounding box around each model and look for overlap of two or more boxes each frame. If it's quicker it might be prudent to only calculate the bounding box if the two aircraft are within a certain distance of each other. This is still fraught with issues and I'm not that familiar with the FGFS codebase yet so I think that I may end up making changes all over. But we'll see... What are people's thoughts on this? Do we even need collision detection? Disclaimer: I have a very long list of things to do on FG and a lack of time generally so this might never happen but I would like to have a crack at it... I'll let you know off list of my adventures with the Radeon card. Hopefully it won't be too bad. All the best, Matt. -- reply snipped On 15:53 Wed 04 Feb, David Luff wrote: > They're not meant to be that dense, honest :-) I think the problem with > KEMT is that it's the only airport with proper exits and taxiways defined, > but these are defined for the ends of the runway only. In real life one > can apparently turn off the runway at any point (avoiding lights) as soon > as the landing roll is finished (and indeed is encouraged to), but I didn't > realise that at the time. Hence the AI aircraft taxi to the end of the > runway bl&%dy slowly, and all the other traffic winds up going around and > flying the circuit before eventually getting to do their own slow march > down the track, thus perpetuating the situation. At the other airports AI > traffic is removed at the end of the landing roll, thus largly avoiding > queueing and going around. There could be some screwy stuff going on with > the random number generation though - Melchior has reported a whole convoy > of aircraft near KCCR in the bay area before, but I've not been able to > reproduce it yet. FWIW, --prop:"/sim/ai-traffic/level"=1 will drop the > traffic level. (1 = light, 2 = default, 3 = dense). > I've got a horrible feeling that there's nothing simple about collision > detection ;-) The current code is *very* beta. My current feeling is that > the best thing to tune first is better in-air separation - getting the AI > planes to extend the downwind to avoid the user and other AI on > straight-in's, and varying speed on straight-in and circuit to avoid > overtaking the user, and to gradually open up over-small separations. Also > traffic warnings from tower to user. Collision detection between 3D models > isn't really my thing! > I would be *extremely* interested in your experiences on Linux with this > card. They really look to be the best bang for the buck at the moment, but > the uncertaintly over reliable ATI drivers on Linux is putting me off. > > Cheers - Dave ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Voice Capability
Thanks! - it was my practical. I got 97% in the written :-D Ironically, I almost failed for not requesting SVFR before the required 15 miles/5 mins to the zone boundary. Which was the subject of the original comment! All the best, Matt On 12:57 Wed 04 Feb , David Megginson wrote: > Congrats! I missed the original posting -- was it your written exam? > > > All the best, > > > David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] Commercial Ticket..
Well Done! All the best, Matt. On 16:11 Wed 04 Feb , Ryan Larson wrote: > I just got back from taking my Commercial Pilot, Airplane Multiengine > Land checkride, and I am happy to say that I passed! Doing a single > engine ILS down to minimums is lots of fun! I took the test in a Piper > Aztec (PA23-250). > > The hardest part of the checkride was trying to get the aircraft back > into the hanger without hitting anything. The area in front of the > hanger was shear ice. > > As for the written test, I got a 92. > > Ryan ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] Commercial Ticket..
There's also various scenarios of asymetric thrust - two running engines but one running roughly or not developing as much power for a plethora of possible reasons. These incidents have killed many pilots on take off as they think they have plenty of power, and they do, but the situation easily gets out of hand and shortens the flight :-) All the best, Matt On 20:57 Wed 04 Feb , Jon Berndt wrote: > Aha! OK, I would call that "engine-out" experience. > > Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Voice Capability
No not yet. I have about 25hrs and need to sit the written exams for Flight Planning, Nav, Met, Human Factors and Aircraft Technical. I have sat and passed RT written and Practical and Air Law so far... Hopefully I'll get my PPL sometime later this year but I'm in no rush really. Also, like Curt I have an imminent 'family enlargement event' which will slow everything down a little - especially anything involving money :-) I'll let you all know when I do get my PPL, since I probably wouldn't be doing it were it not for this list. I've already discussed starting IMC training almost immediately after I get the PPL :-) All the best, Matt. On 16:33 Wed 04 Feb , David Megginson wrote: > So you have your PPL, then? If so, then double congrats and welcome to the > skies. > > > All the best, > > > David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Voice Capability
I was sitting my RT Practical. It's a basic test of skill on the radio and ability to request and act on clearances along a preset route etc. Hence the near failure for not requesting SVFR into a zone at or before 15miles/5 min. All the best, Matt. On 16:36 Wed 04 Feb , David Megginson wrote: > SVFR must mean something different in the UK, unless you were doing your > practical with less than three miles visibility or a very low ceiling. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Voice Capability
Well, the main difference here is the geography. There aren't many flights (possibly non!) that I could do from my base airfield where a single leg of > 300 miles would leave me still in the UK. I _will_ be going to France and the Netherlands but it's extra expense and hassle that I don't want to get into just yet. There is a minimum number of P1 hours you must have before applying for issue of the IMC which is to stop people doing exactly what you are advising against - going straight from a PPL to an IMC, which wasn't really my intention anyway. I'll be interspersing my x-countries with a few hours of dual IMC training until I'm ready for the tests. I figured this would be a good balance since it should help stop me developing any nasty habits once I'm not being watched ;-) I'm looking forward to meandering up to Scotland and around the Peak District and Yorkshire Dales. The problem is that many of these places are also full of Danger Areas on the charts as they are used extensively by the RAF. The IR in this coutry is unachievably expensive for me. The IMC is a safety rating that I'd like to pursue to help me fly more than I normally would in VMC only. I'm also aware that it's nowhere near as complete as an IR and pilots die believing that their IMC will get them through the scariest of weather. Anyways, this could be a while away yet. I might even convert onto a 172 then the Firefly first and get some basic aerobatic training since sharpening my stall recovery and general handling can't be a bad thing either... All the best, Matt. On 15:39 Thu 05 Feb , David Megginson wrote: > Your situation is different, of course, but in Canada or the U.S. I'd > suggest getting some real cross-country experience (with flight following, > if available) before getting too serious about the rating. > > It's hard to know much about weather until you've flown a few medium-length > (>300 mile) cross-countries through different weather systems. I found the > weather part of the IFR oral (pre-flight) test laughable easy, because I > had already bet my life on being able to read and understand those > forecasts quite a few times, and had spent long mornings or afternoons > studying them, deciding whether I could safely get home that day. > > It's also good to get used to planning and flying trips without an > instructor around. > > > All the best, > > > David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SVFR
I'm going to have a look at the Air Navigation Order to check the accuracy of my original post. As far as I know, without a IMC or IR a PPl is not permitted into the kind of airspace which would be home to a airport the size of KSFO regardless of the ceiling etc. SVFR does partially waive some of the visibility criteria normally required but not the requirement to glide clear of a conurbation in the event of engine failure. Like I say, I'll check this tomorrow as I have a feeling that there may b emore to it than I stated, and I really should know having just done the exams :-/ All the best, Matt. On 19:18 Fri 06 Feb , David Megginson wrote: > SVFR means something entirely different in North America. SVFR is a > clearance to land or depart VFR in controlled airspace in conditions below > VFR minima for a control zone. For example, let's say that I screwed up my > preflight planning and was coming home to Ottawa with an icing layer of > clouds at 2000 ft and 2 miles visibility. I cannot ask for an IFR > clearance, because minimum vectoring altitude around the airport is 2500 > ft, which would would put me into the ice; I cannot land regular VFR, > because I don't have the minimum 3 miles visibility required in controlled > airspace. What I can do is request SVFR from Ottawa Terminal (who will > coordinate with Ottawa Tower), and if they allow it, I can scud-run in at > 1500 ft, trying to avoid any towers that poke up that high. Of course, > people die this way. > > Another use of SVFR is breaking off an IFR approach once you're below the > ceiling and cancelling IFR to proceed to another nearby airport. For > example, Gatineau airport, which has VOR and NDB approaches, is only a > couple of miles from Rockcliffe airport, which doesn't; assuming that you > were IFR above an overcast layer, and ground vis was less than 3 SM (or the > ceiling was a bit low), one way to get down through a cloud layer and land > at Rockcliffe in MVFR would be to follow the Gatineau VOR or NDB approach > until below the clouds, then request SVFR (cancelling IFR) and fly across > the river to land at Rockcliffe. > > Extremely busy airports like KSFO typically do not allow SVFR, since it > makes a lot of work for the controllers and screws up the traffic flow. > You do not need SVFR to land at KSFO or any other airport in its zone as > long as visibility and ceiling are at or above the VFR limits for > controlled airspace: people land VFR at KSFO, KLAX, KLGA, and other major > U.S. airports all the time without an SVFR clearance. > > I still do not understand exactly what SVFR is in the UK, but it sounds > like it's something very different. > > > All the best, > > > David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SVFR
Straight out of the manual: --- "Special VFR allows the relaxation by ATC, in certain circumstances, of some restrictions to facilitate the operation of a flight without lowering the flight safety to an unacceptable level. SVFR is usually applied by ATC in Class D or E Control Zones, when weather and traffic conditions permit to allow private pilots access to aerodromes within them. SVFR flight will not however, be permitted outside of Control Zones. A flight plan is not required for an SVFR flight but ATC approval is. A request for a Special VFR clearance may be made in flight, but it may not necessarily be granted by ATC. Authorisation for an SVFR flight is a concession granted by ATC only when weather and traffic conditions permit. An SVFR clearance absolves the pilot from complying with: - the full requirements of IFR; and - the requirement to maintain a height of 1500ft above the highest fixed object within 600 metres of the aircraft if the height limitation specified in the clearance makes compliance with this requirement impossible." --- The bottom line is it isn't just for getting in and out below minimums. It is a required clearance before you will even be allowed into your destination if it lies within a class D or E CTR. In my *very* limited and mostly theoretical experience, SVFR clearances are given at fairly low altitudes 1000-2000ft to allow SVFR and IFR traffic to continue in the same control zone but obviously the SVFR flights are kept well away from the IFR ones. In most of the busy CTRs more often than not you will be refused an SVFR crossing and vectored around the edge of the CTR under a Radar Advisory Service by ATC. That is certainly the folklore anyway. AFAIK, (again, I may be wrong...) big airports such as Heathrow, Gatwick and Manchester do not allow SEP aircraft to land at all and will not accept non-IFR flights in or out. I've just looked at Southern England on my chart and most of it is class A above 2500' in the vacinity of the airports and class A from 4500' + due to the density of airways converging on the TMAs of the various big airports. Manchester in the North is famed for not permitting movements anywhere near it. SVFR or not. They provide a small low level corridor between Liverpool John Lennon and Manchester Int. which is marked "NOT ABOVE 1250' Manchester QNH". This is meant to avoid the sizeable extra distance you would have to travel if routed around them. I've heard that often it is so congested that it's better to go around and pay for the fuel and hours rather than with your life... On the one hand, I am lucky because I live and fly further north where there are hardly any restrictions apart from airways which start at FL85+ (we are allowed to request crossing an airway but only at it's base FL and at 90 deg to the airway). On the other hand, I get very little experience of clearances and procedures coming from an untowered airfield. To try and combat this my flight school make sure we do a qualifying cross country which sees us cross lots of Military Air Traffic Zones (MATZs) and also land at Humberside international airport which is class D, I believe, and allows SEP aircraft and students too :-) There is an excellent piece in this months Flyer magazine which disproves some of the folk lore about refused clearances and makes for interesting reading. If you plan on flying here then I recommend getting hold of a copy and reading it. All the best, Matt. On 21:58 Fri 06 Feb , David Megginson wrote: > I love visiting the UK, but it doesn't sound like a fun place to be a pilot > with all those costs and restrictions. Outside of the occasional temporary > flight restriction (TFR) in the U.S., I'm aware of nowhere in North America > below FL180 that you need an instrument rating and IFR clearance to fly. > Sometimes pilots have to reserve landing slots at the busiest airports like > KLAX, but typically you just show up, and the fees are usually very low > (some big airports, like Philadelphia, have no landing fee at all for a > piston single). ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Baby
On Wed, 18 Feb 2004 13:55:40 -0600, Curtis L. Olson <[EMAIL PROTECTED]> wrote: Hi, quick announcement ... baby! Amelia Esther, 8lbs 1oz, born 6:12am this morning, less than 1 hour from first contraction to delivery. 12 minutes from arrival at the hospital to delivery. Everyone is doing good. I'll be pretty much offline for a couple days. If I have any pending business, patches, etc. (Fred, Jim, etc.) I will have to get back to it this weekend. Regards, Curt. Congratulations to you all and best wishes for the future. We're right behind you (literally)! All the best, Matt. -- # Begin Script to show all SCO IP in linux #!/bin/bash # End Script to show all SCO IP in linux ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] PC Pilot Review
On Sat, 21 Feb 2004 17:31:30 -0600, Curtis L. Olson <[EMAIL PROTECTED]> wrote: This month's edition of PC Pilot (http://www.pcpilot.net) has a nice 6 page review of FlightGear. They include tons of screen shots and say a lot of nice things. I *think* you can find PC Pilot in large bookstores like Barnes and Noble, or you can order online from their site. I saw this in my *tiny* corner shop today. I would've bought it but I only had five quid and I was on a mercy mission for painkillers and chocolat :-) All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] A load of YASim engine stuff
On Tue, 02 Mar 2004 18:53:34 -0500, David Megginson <[EMAIL PROTECTED]> wrote: It varies with throttle and mixture. At 75% power, mine indicates about 5 psi running lean of peak or about 7 psi running rich of peak. I don't remember what it indicates in a full-rich, full-power climb. Is it usual to make the approach or initial climb-out with the mixture set full rich and prop fine in your aircraft? I'm just wondering because it's part of the downwind and pre-take off checks for the aircraft I fly (although I skip over the prop check because it's not CS). All the best, Matt --- # Begin Script to show all SCO IP in linux #!/bin/bash # End Script to show all SCO IP in linux ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Spitfire & Hurricane manuals
On Sun, 7 Mar 2004 11:29:38 -, Vivian Meazza <[EMAIL PROTECTED]> wrote: Thanks for that pointer. Unfortunately, it's the wrong Mark - IX I think from the canon armament, although some real expert will undoubtedly identify it instantly, and, more importantly, it doesn't show the underwing arrangements of flaps and gear doors. Finally, I need some colour and camouflage references. I expect they are all out there somewhere. I had real problems finding accurate line-drawings of the Pilatus turbo porter I'm working on. In the end I asked Pilatus themselves and they provided my with an engineers drawing which I scanned sections of and assembled with the gimp to use as background images. If you are modelling one of the carburettor-engined spitfires it would be nice if the engine cuts-out under negative G :-) All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Spitfire & Hurricane manuals
On Mon, 08 Mar 2004 21:52:04 -0500, David Megginson <[EMAIL PROTECTED]> wrote: And psychological warfare. From what I've read, the German flight crews were much more frightened of the Spitfires (and British RADAR guidance for interceptions made it look like there were many more planes than the British actually had). Also, I'm not certain about this, but I believe that often the Spits would concentrate on engaging the fighters so that the Hurricanes could get at the bombers. Obviously, the Spits would rack up many fewer kills themselves that way, but I'm not sure how well the BoB would have gone if Britain hadn't been able to deploy a fighter well-matched with the ME-109. From what I've seen on TV and read, the hurricanes usually fared better against cannon equipped aircraft because they have a lot of fabric on their airframe. The cannon rounds would pass straight through many parts of the airframe causing a minimal amount of damage (minimal seems the wrong word to use!). Whereas the spitfires monocoque conventional structure took cannon rounds quite badly in comparison... There was a series of TV documentaries here recently called 'Spitfire Ace' which I thought was very good. I think you can buy the accompanying book from Amazon.co.uk. One of the quotes from a German pilot was with refernce to the 8 browning machine guns on the spitfire...it was something like 'if he gets you at the right distance with all 8 guns you will be caput!'. Whichever way you look at it they were brilliant, brave pilots on both sides. All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Instrument Settings Dialog; Setting the Altimeter
On Tue, 23 Mar 2004 20:57:20 +, David Luff <[EMAIL PROTECTED]> wrote: millibars or inches? Can FG be set up to use millibars/Hecto Pascals for the Altimeter pressure setting and imperial for the rest of the units as we use in the UK? All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Instrument Settings Dialog; Setting the Altimeter
On Tue, 23 Mar 2004 18:07:34 -0500, David Megginson <[EMAIL PROTECTED]> wrote: It's a (relatively) simple matter to make instruments calibrated in millibars instead of inches of mercury; localizing dialog boxes will be a bit trickier, though. In general, I think that our policy should be to follow the nationality of the callsign or markings of each aircraft's 3D model: North American aircraft (like the default 172 and my Warrior model) should use inches of mercury; European aircraft should use millibars. If or when we model old Soviet aircraft, we might need to calibrate the airspeed indicators in kilometers per hour and the altimeters in meters as well (I'm not certain). Eventually, then, someone will need to do a repaint of some of the common aircraft with UK markings and a slightly different panel. All the best, David It would be nice to eventually be able to map the relevant instruments to any of these units. In the interests of internationalisation, you understand :-) Incidentally, I believe that Eastern block aircraft flown here have to have an altimeter in feet/millibars onboard. All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Instrument Settings Dialog; Setting the Altimeter
On Tue, 23 Mar 2004 22:19:52 +, David Luff <[EMAIL PROTECTED]> wrote: eg one-zero-one-three-decimal-two You can probably drop the decimal point for millibars. This makes UK flying a lot more realistic now. Thanks :-) All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] AC3D
On Thu, 25 Mar 2004 19:17:20 -0600, Jon Berndt <[EMAIL PROTECTED]> wrote: I had the impression that AC3D was a free program, but after visiting their site I seem to be mistaken. True? Jon Some of the older non-Linux and non-win versions are free I believe. All the best, Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] New YASim fuel code
On Sat, 27 Mar 2004 10:17:00 -, Vivian Meazza <[EMAIL PROTECTED]> wrote: How do we handle fuel in lbs and account for Avgas/JP4? Avgas and Jet A1 have different specific gravities. I can't remember what the Sp.G of Jet A1 is but Avgas here is quoted as 0.7 - i.e. (0.7 x The equivalent volume of water). You'll basically get differing quantities of each for the same weight. Sorry if this isn't what you were asking :-) All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Slightly OT: Is Simgear dead?
I'm not getting any response for simgear.org or cvs.simgear.org. Is anyone else having this problem? All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] tables and images and borders ... oh my
Style sheet? tried something like ? All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] tables and images and borders ... oh my
Style sheet? tried something like ? All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] tables and images and borders ... oh my
Jon S Berndt wrote: No, I don't think so, because the previous version worked. To be more descriptive, I am redesigning the left hand side panel at the JSBSim web site, because we have a different set of pages now in-place than before, and because all the items were not previously viewable. Each of the "buttons" was 18 pixels high. Now, the new buttons are 17 pixels high. I have reset the height and width attributes, and so on. But there is still a gap between images. Jon, that sounds like the table has a height attribute which was calculated from the size of the old images, or the height is a percentage which is more than the sum of the image heights... ? All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] 2004 Linux User & Developer Expo
Lee Elliott wrote: It sounds as though things went really well - round of applause to all concerned. I wish I could have got up there, if only to visit but sadly, there wasn't any way I could make it. Ditto. I'll definitely try and be there next year. Well done guys! All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Slightly OT: Vector math question(s)!
I'm about to start writing something in C to calculate the heading required to maintain a track and the resultant ground speed given a wind vector. This is destined to be a simple flight planner for my Palm but I'd like to make an interface to FG so that in theory you could save a real flight and replay it in FG with the same conditions. I envisage creating a struct to hold the the polar co-ords of each of the vectors involved i.e. magnitude and angle from 0 deg. Given that the processor in a palm is not that beefy should I be storing and calculating the vectors this way or using the cartesian system? I'm a total C newbie so please go easy on me :-) All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Slightly OT: Vector math question(s)!
Arnt Karlsen wrote: ..be adviced the guys here torched me for suggesting redoing FG in C, so I guess you by "C" really meant C++, no? ;-) No I really did mean C :-) I'm not suggesting redoing anything, just writing an app which may be useful to real pilots and FG pilots too. AFAIK (and I don't know much!) the free palm development tools for linux are all C-based. All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] UK VFR Charts up for grabs.
The new UK CAA charts are coming out so I currently have last years 1:500,000 Southern England/Wales/NW France chart up for grabs. Shortly to be followed by the Northern England/Scotland chart. I'll give these away free to anyone here who is willing to cover the postage whether you are UK-based or not. If you want both charts then I will wait a while until the Northern chart is issued and send them both to save on postage. First-come, first served of course :-) All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL question
Curtis L. Olson wrote: It sounds ok to me here on my sound blaster live hardware. Can you hear the morse code beeps, marker beacons, or other sounds ok? Do some aircraft sound ok, or do all of them sound this way? Curt. On my system (gentoo, SB Live 128) I hear what sounds like the turbine sample when at high angles of attack/sideslip and bank in the pa28-161. It's a very strange thing to hear in those situations and had me looking around at first to find the 'bogey'. Up to now in real fixed prop aircraft, I haven't heard the effect that Erik was trying to achieve... can this be heard outside the aircraft only? All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Tried the Spitfire
Vivian Meazza wrote: I think I would expect an engine running out of fuel to rapidly lose power and wind down, not stop abruptly as it would if you opened the magneto switches. I have to say that is based on motor racing rather than aviation experience. Haven't tried it while airborne, and intend to avoid it if at all possible. A nice-to-have anyway, although I think I could fix it if we agree that we want to go down that route. Very definitely low on the list of priorities. Slightly higher would be the suggestion that out-of-fuel should not be terminal though, since pilot error can end up with a full tank not connected to the engine. In real life - reconnect - problem solved (or nearly). So far as I can see that is not an option in our sim. If it were implmented, may be some of the code could be used for a carb-ice scenario? Where application of carb heat would hopefully bring the engine back up to full power again. This is a feature that I would love to see working well in FG - especially when the conditions are ripe for carb ice (which sadly, is most of the year in the UK). Would this need to be done seperately for each FDM/engine combo? All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Tried the Spitfire
Boris Koenig wrote:
wow, I am just about to notice how much work some people spend on really
resembling all the various aircraft subtleties properly ... didn't know
that so far, would definitely recommend to create some kind of summary
for each aircraft and place it as a textfile into each aircraft's folder.
Many such things aren't that obvious, and even if they are it's
interesting how these things are implemented or what workaround is being
used to resemble a certain functionality.
On the other hand such a detailed description of the implementation
could also provide some insights for other user who want to create
their own aircraft, or simply extend pre-existing aircraft.
Things like carb ice may be a hinderance to the casual user (having it
disabled by default would probably be the way to go) but since there
are so many aircraft and pilots lost to it, it's fairly important for me
even in a sim. Does Nasal do timers? If so maybe something like this
would work:
while (engines_running)
{
If (engine rpm < 40% && OAT > 4 deg C && OAT < 15 deg C)
{
if (carb_heat_enabled == false)
{
lean_mixture_by_increment; // lean mixture by a small value
from user selected value
}
else
{
enrich_mixture_by_increment; // richen mixture by a small
value until equal to user selected value
}
}
else
{
enrich_mixture_by_increment; // as above, but by a smaller amount,
for higher power settings ?
}
sleep 20 secs;
}
Please excuse the pseudo code - I've never done any nasal at all. I
can't remember what temperature range carb ice most commonly occurs at
and I'm not sure that after partial icing, a higher power setting would
clear the ice... probably not.
How does this seem?
All the best,
Matthew.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Tried the Spitfire
Boris Koenig wrote:
wow, I am just about to notice how much work some people spend on really
resembling all the various aircraft subtleties properly ... didn't know
that so far, would definitely recommend to create some kind of summary
for each aircraft and place it as a textfile into each aircraft's folder.
Many such things aren't that obvious, and even if they are it's
interesting how these things are implemented or what workaround is being
used to resemble a certain functionality.
On the other hand such a detailed description of the implementation
could also provide some insights for other user who want to create
their own aircraft, or simply extend pre-existing aircraft.
Things like carb ice may be a hinderance to the casual user (having it
disabled by default would probably be the way to go) but since there
are so many aircraft and pilots lost to it, it's fairly important for me
even in a sim. Does Nasal do timers? If so maybe something like this
would work:
while (engines_running)
{
If (engine rpm < 40% && OAT > 4 deg C && OAT < 15 deg C)
{
if (carb_heat_enabled == false)
{
lean_mixture_by_increment; // lean mixture by a small value
from user selected value
}
else
{
enrich_mixture_by_increment; // richen mixture by a small
value until equal to user selected value
}
}
else
{
enrich_mixture_by_increment; // as above, but by a smaller amount,
for higher power settings ?
}
sleep 20 secs;
}
Please excuse the pseudo code - I've never done any nasal at all. I
can't remember what temperature range carb ice most commonly occurs at
and I'm not sure that after partial icing, a higher power setting would
clear the ice... probably not.
How does this seem?
All the best,
Matthew.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: Carb ice (was Re: [Flightgear-devel] Tried the Spitfire)
David Megginson wrote: I don't think we should disable any systems, period, but we can put users by default in situations where carb icing is unlikely (i.e. a clear, dry day). Once you get into situations where carb icing is likely, users are going to be dealing with other problems like reduced visibility anyway. I agree totally. Does FG define humidity at all? - from what I've read and understood on my PPL course and in the UK CAA leaflets the major component of carb ice is the humidity and temperature combination. We're drilled to use carb heat before making any major reduction in power (below the green arc) on the C152 and C150 and in/near precipitation if icing is suspected. I've never read the POH for these, I just do what my instructor tells me. Carb icing is common on humid days in certain Continental engines such as the one in the Cessna 150 and the old (pre-1967) 172, but it is very rare in engines like the Lycoming O-320 (used in the Warrior and post-1967 Cessna 172's). The warnings in the later 172 POH's about using carb heat at low power are left over from the old Continental O-300 days -- the Warrior has essentially the same engine, but my POH does not recommend carb heat for low power operation unless I suspect actual icing. We lost a C150 last week to suspected carb ice. The engine stopped dead on base leg when the pilot (a recent PPL graduate) throttled down to descend for landing. The 'landing' appears to have been rather hard as the 'plane is a write-off. Thankfully he's OK... I think my Vans RV-9 will have a diesel engine :-) All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: Carb ice (was Re: [Flightgear-devel] Tried the Spitfire)
David Megginson wrote: I don't think we should disable any systems, period, but we can put users by default in situations where carb icing is unlikely (i.e. a clear, dry day). Once you get into situations where carb icing is likely, users are going to be dealing with other problems like reduced visibility anyway. I agree totally. Does FG define humidity at all? - from what I've read and understood on my PPL course and in the UK CAA leaflets the major component of carb ice is the humidity and temperature combination. We're drilled to use carb heat before making any major reduction in power (below the green arc) on the C152 and C150 and in/near precipitation if icing is suspected. I've never read the POH for these, I just do what my instructor tells me. Carb icing is common on humid days in certain Continental engines such as the one in the Cessna 150 and the old (pre-1967) 172, but it is very rare in engines like the Lycoming O-320 (used in the Warrior and post-1967 Cessna 172's). The warnings in the later 172 POH's about using carb heat at low power are left over from the old Continental O-300 days -- the Warrior has essentially the same engine, but my POH does not recommend carb heat for low power operation unless I suspect actual icing. We lost a C150 last week to suspected carb ice. The engine stopped dead on base leg when the pilot (a recent PPL graduate) throttled down to descend for landing. The 'landing' appears to have been rather hard as the 'plane is a write-off. Thankfully he's OK... I think my Vans RV-9 will have a diesel engine :-) All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Carb ice
David Megginson wrote: Alex Perry wrote: That's a point. Once the engine stutters/quits due to carb ice, you have to make it take a while for the ice to go away again. ... and it takes quite a while ... Once the engine quits, it's too late for carb heat, isn't it? If it's only a partial blockage, we can simulate the effect of water moving through the fuel system as the ice melts. Not necessarily too late. The extent of the ice would decide if it would/could be melted before a _safe_ restart was impossible. It only needs to reduce enough for the engine to run long enough to add the heat properly and accelerate the melting process - obviously it needs to produce enough power to maintain height at a safe speed. Whereupon hopefully the ice would start to melt! I've heard stories of large chunks of carb ice and impact ice on the inner cowl coming off and getting jammed in the venturi stopping the engine dead with no possibility of a restart. I had my engine run rough once and suspected carb ice, but it smoothed out the second I put on carb heat, so it obviously wasn't ice -- I was probably just a little too lean. Are you sure? :-) There was a paper published here recently that contraversially recommended that carb heat be applied constantly and systems re-engineered to remove the issues due to the air filter being bypassed on lots of engines with the heat applied. I'm not quite qualified yet, so obviously I have nowhere near the experience of you guys, but I'll _always_ use carb heat when descending, landing and for 10-15 secs every five minutes or so in the cruise on every aircraft I _ever_ fly if it has one. I can't see the harm of a temporary and slight decrease in power compared to what could go wrong if I didn't use it... It would be useful for FG to catch us out once in a while. Stay frosty (pun intended!). All the best, Matthew ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Taildragger takeoff and landing
David Megginson wrote: I've been frustrated with the tendency of the DC-3 (--aircraft=dc3) to noseover during the takeoff and landing rolls, and of the J3 Cub (--aircraft=j3cub) to nose over during wheel landings. I've fiddled with the YASim files a lot in the past but have never found a good solution. Finally, today, I had a DUH! moment. On non-aerobatic planes, the horizontal stabilizer is set at a negative angle of incidence so that it will not stall before the wings (tail stalls are rarely recoverable). I set the hstab on the J3 Cub and DC-3 to -3 degrees of incidence, and the tendency to nose-over has virtually disappeared. The takeoff roll of the DC-3 is a joy, and for both planes, I can now use the technique described in STICK AND RUDDER for taildragger wheel landings -- just as the wheels touch the pavement, push the stick or yoke full forward. It seems much, much better to me. However, I can sit at minimum power with the brakes on in nil wind and rock from one main wheel to the other using the ailerons. I can also lift the tail off the ground at minimum power. I'm not sure if that is a side effect of what you've done, but I'm sure that shouldn't be the case :-) All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] .RV-9?, was: Carb ice (was Re: Tried the Spitfire)
Arnt Karlsen wrote: On Tue, 27 Jul 2004 14:09:24 +0100, Matthew wrote in message <[EMAIL PROTECTED]>: I think my Vans RV-9 will have a diesel engine :-) ..you have a kit started? Which diesel? Arnt, I'm sending a reply off-list to prevent me getting seriously off-topic :-) All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] .RV-9?, was: Carb ice (was Re: Tried the Spitfire)
Arnt Karlsen wrote: On Tue, 27 Jul 2004 14:09:24 +0100, Matthew wrote in message <[EMAIL PROTECTED]>: I think my Vans RV-9 will have a diesel engine :-) ..you have a kit started? Which diesel? Arnt, I'm sending a reply off-list to prevent me getting seriously off-topic :-) All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] .RV-9?, was: Carb ice (was Re: Tried the Spitfire)
Lee Elliott wrote: Hello Matthew, I don't know if it's just me but you seem to be posting everything twice. That is, I seem to be getting two copies of everything you post. That doesn't mean that you're necessarily posting everything twice, but it's a bit odd. LeeE Hi Lee, I use thunderbird and imap and for some reason it keeps telling me that it fails to send a mail when it really has - but not all the time. I'm looking at other imap clients (must be both windos and linux or BSD compatible) to replace this one if the bug continues. I know it makes me look like a cretin... you'll just have to take my word for it that I'm not. Honest ;-) All the best, Matthew ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Yasim strangeness [was Taildragger takeoff and landing]
David Megginson wrote: That shouldn't be from my change -- can you do it with other YASim planes? I see the same issue with elevator on the c172-3d-yasim but not aileron. Again with the pa28-161 -looks to be about 5-10 deg judging by the attitude from inside the cockpit... All the best, Matthew ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Yasim strangeness [was Taildragger takeoff and landing]
> I see the same issue with elevator on the c172-3d-yasim but not aileron. Again with the pa28-161 -looks to be about 5-10 deg judging by the attitude from inside the cockpit... Also, try side slipping any of the cessnas or the pa28. It seems that in this flight regime the rudder seems to lack authority, at least compared it to the 150's and 152's I've flown where you need quite a bit of aileron to counter the opposing roll of the rudder when the controls are 'well crossed'. Is this the case or is side slipping a particularly tricky thing to get right in the FDM? All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Yasim strangeness [was Taildragger takeoff and landing]
David Megginson wrote: Andy Ross wrote: Uh... YASim doesn't model wash effects, so there really isn't any process by which a pure control input would generate force. Are you sure you weren't just sitting in a stiff wind? Can anyone else replicate this? I cannot reproduce it on my system: fgfs [EMAIL PROTECTED] --aircraft=j3cub I put on the parking brake (who'd have thought the J3 Cub had a parking brake?) and tried moving all of the control surfaces. They had no effect on the aircraft, either with the engine on or with the engine off. Then maybe wind has crept in there somehow... I'll check tonight. All the best, Matthew ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Yasim strangeness
David Megginson wrote: I cannot reproduce it on my system: fgfs [EMAIL PROTECTED] --aircraft=j3cub I put on the parking brake (who'd have thought the J3 Cub had a parking brake?) and tried moving all of the control surfaces. They had no effect on the aircraft, either with the engine on or with the engine off. I'm not surprised you couldn't replicate it. I found a pesky old .fgfsrc file containing: [EMAIL PROTECTED] I'll get my coat :-/ All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Beacons
David Megginson wrote: Has anyone ever seen beacons on a tall tower like that in real life? I saw one at Eloy, AZ a few years ago when I was there skydiving. It wasn't a very tall tower though - around 40ft or so I'd say. All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Runway distance remainingsigns+placementscript "done".
It's the same with forced landings. Making an approach into a field of sheep is usually safe (my instructor has done it twice!). Making an approach into cows probably isn't. They're not guaranteed to move out of the way and in a small aircraft, hitting a cow would be bad :-) A while ago, a girl skydiving at my dropzone landed off the airfield in a field of sheep. It was the middle of the lambing season and when she stooped down to pick up here canopy she was butted in the chest and ended up in intensive care with a badly broken sternum. All the best, Matthew. * Giles Robertson <[EMAIL PROTECTED]> [2004-09-09 14:00]: > I'm aware that when ballooning, it is always preferable to land in > sheep, rather than cows; cows are intensely curious, and so, although > when the balloon lands, they scatter, after the envelope is deflated, > they will approach and start trampling on it, and licking it with > sandpaper-like tongues. The sheep just stay well away. :) > > -Original Message- > From: Arnt Karlsen [mailto:[EMAIL PROTECTED] > Sent: 09 September 2004 12:22 > To: FlightGear developers discussions > Subject: Re: [Flightgear-devel] Runway distance > remainingsigns+placementscript "done". > > On Thu, 9 Sep 2004 06:40:53 -0400, David wrote in message > <[EMAIL PROTECTED]>: > > > One thing we could add, at least for my part of the world, are > > animated groundhogs all over the airport -- also flocks of birds near > > the threshold. I also heard a story recently of cows eating the > > fabric covering of a tube-and-rag airplane. > > ...that kinda realism might haven an impact on both the 3d model > and the fdm's. ;-) > > -- > ..med vennlig hilsen = with Kind Regards from Arnt... ;-) > ...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 > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > 2f585eeea02e2c79d7b1d8c4963bae2d > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Turbine engines in FGFS?
Hi, Are there any plans afoot to incorporate a turbine powerplant into Flightgear? Hopefully, when the English weather co-operates, my baby daughter get's over her vaccinations and I get chance to go skydiving I'm going to record all manner of audio samples from the lovely Pratt & Whitney in our Cessna Grand caravan. I thought they might be of use but I'm unsure as to what to do with them or if indeed, anyone here is interested in having a turboprop aircraft in FGFS? Regards, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Turbine engines in FGFS?
I'm glad to see there is so much enthusiasm for turbines! What exactly do you need? - I had planned on recording the Startup sequence, idle, mid power, high power, and shutdown from inside and outside the cockpit at 44.1khz stereo. This should be ample quality shouldn't it? I can maybe also record the prop pitch/power cycle pre-takeoff checks too if they'll let me stand at the bottom of the runway! I can provide these as .wav, .au, or .mp3 files. MP3 would be better for me to distribute as I am only on a modem at home. I think I can get some Twin Otter, Pilatus Porter, and Let 410 audio too later this year if some diversity is required. Regards, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] More DC-3 3D model progress
David, That is quite impressive! All done in blender/gimp? Vertex smoothing and transparent windows would be great... All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: DC-3 model now animated
> 3-D Model
> -
>
> - normalized position of ailerons
> - normalized position of flaps
> - normalized position of elevators
> - normalized position of rudder
What about speed brakes/spoilers ?
These are getting quite common on some of the faster planes like Mooney's...
Just a thought.
Matt 80)
Maplin Electronics Ltd.
www.maplin.co.uk
This message is intended only for the use of the person(s) ("The intended
recipient(s)") to whom it is addressed. It may contain information which is
privileged and confidential within the meaning of applicable law. If you
are not the intended recipient please contact the sender as soon as possible.
The views expressed in this communication may not necessarily be the views
held by Maplin Electronics Ltd.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Rudder Pedals
> Yeah, I haven't yet found a good set of rudder pedals. The
> Thrustmaster ones I use are adequate, but have a *lot* of slop in the
> center section. Fine control is difficult to impossible. And the
> lever arms are just rubbing plastic on plastic, so they're very
> "sticky".
>
> There's a CH Products pedal set that a lot of people like. I got to
> try them once, but didn't like them much either. Too close together,
> and the pedals are independantly sprung (not linked into a single
> physical axis), which feels wrong.
>
> I've thought for a long time about building my own set, but will
> probably never find the time. :(
Check out these: http://www.rcsimulations.com/copy2.htm
They are made here in the UK and are apparently quite well regarded. Too
expensive for me though!
As we are OT, can anyone tell me how to get my Saitek Cyborg working with
SuSE 7.3 Pro/Linux 2.4.x ?? All the sites I have looked at say that it isn't
supported. FlightGear crashes whenever I start it with the stick plugged
into the joystick port 80(
Regards,
Matt.
Maplin Electronics Ltd.
www.maplin.co.uk
This message is intended only for the use of the person(s) ("The intended
recipient(s)") to whom it is addressed. It may contain information which is
privileged and confidential within the meaning of applicable law. If you
are not the intended recipient please contact the sender as soon as possible.
The views expressed in this communication may not necessarily be the views
held by Maplin Electronics Ltd.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] compilation error
Hello, Could someone help me out please? - I'm having a trouble compiling after checking out a copy of CVS today. I have the correct versions of PLIB, SimGear, and MetaKit installed in /usr/local/ - pretty much as per the docs. When I cd into /usr/local/src/FlightGear and run autogen.sh it completes without error as does: ./configure --disable-network-olk --with-x --prefix=/usr/local/FlightGear However, when I issue a make command I get the following error: In file included from ATCdisplay.cxx:28: ../../src/Main/fg_props.hxx:11: simgear/misc/props_io.hxx: No such file or directory Would I be right in thinking that I have screwed up and forgotten something or maybe put something in the wrong place? If it helps I previously had a standard SuSE FlightGear 0.78 rpm installed which I have removed and I'm running SuSE 7.3. Many thanks in advance, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OT: USB yoke and pedals?
Hi all, I'm thinking of treating myself to CH Products' (http://www.chproducts.com/) USB Pro Pedals and USB flight Yoke (the one with throttle, mixture, and prop levers). Are these supported by Flightgear under Linux and to what level (I expect that not all the levers work?). Regards, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Flightgear-devel digest, Vol 1 #989 - 14 msgs
> ..it is also possible to use an "how-to on using cvs to minimize the > download requirements", as a bait to fish people into using cvs and > then into development. ;-) I would love to do some development on FG, but I'm a lowly PHP guy who is currently wrestling with creating FG models and getting a complete local copy of FG CVS! But seriously, a how-to 'best use CVS for FG dial-up users' would be a real god send for me at the moment ;-) Take care, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] CVS question...
After many newbie-fied mistakes and misunderstanding I have now setup /home/cvsroot on my linux box and checked out up-to-date copies of the devel releases into: /home/cvsroot/SimGear /home/cvsroot/FlightGear /home/cvsroot/fgfsbase I also have a stable and working FGFS 0.8 which I'd like to keep (to play with if I bugger up the CVS version!). How do you guys compile a development version beside a stable one without it interfering? In other words what do you specify to ./configure when compiling these sources to keep them from starting a fist fight with each other? BTW, well done on the clouds guys they're coming along nicely and will look pretty sweet when they're done :-) Many thanks, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Thanks and a small nit...
Thanks to everyone who helped me this last week - I now have an up-to-date, compiled and running CVS version of FGFS. I noticed when flying the 3D C172 model that if you zoom back from the panel and push the yoke in it disappears behind the gauges and partially into the panel. It's a minor 'nit' it's probably already been noticed but I thought I'd mention it... I'm off to model some FGFS 'planes with skydiving mods - oh, and I'll get around to publishing my C-208B turbine samples soon too... ;-) Take care, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] RE: Electrical system
To avoid things getting very complex very quickly it might be easier to take a very simplistic apporach and model the batteries chief characteristics such as terminal voltage, and ampere/hour capacity. Since there is no such thing as a perfect power source you could go to much more detail - modelling the internal resistance of the battery and it's own capacitive and inductive load characteristics for example. But for the beginning surely we just need to know how what voltage it will supply and how much current capacity is available don't we? I think this would make it easier for situations like alternator offline or (as happened almost every flight in a C206 I know of!) the fan belt coming off mid-flight. I'm sure in these situations one would want to turn off everything but the essential items like the radio etc. - as I'm not a pilot (yet!) I don't know. Furthermore, if we need more accurate battery discharge modelling to represent the inherent voltage drop when the load approaches or exceeds the maximum the battery can supply in it's current condition we can have generic functions in code to model the behaviour and supply the values for the specific case from XML. Just my 2p worth :-) What do people think? Regards, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Caravan model
I took it upon myself to email cessna last night in the hope that they might be able to supply me with some line drawings and a few useful bits of technical data for the caravan model. I did point out that the info would be used solely for this project and as such would be re-distributed under the terms of the project. I don't expext they will want to help given that the caravan was a major selling point in their relationship with M$ for FS2002, but if you don't ask you don't get ;-) If anyone here knows of any good line drawings to help with the model I'd be most grateful. Regards, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Flightgear-devel digest, Vol 1 #1016 - 15 msgs
On Tue 24 September 2002 10:16, Elad Yarkoni wrote: > > Since there is no such thing as a perfect power source you could go to > > much more detail - modelling the internal resistance of the battery and > > it's own capacitive and inductive load characteristics for example. > > I think it's not really needed (after all, we may > end up writing pSpice within FlightGear... ;) ) > Sorry I wasn't being clear. My use of 'you could go to much more detail' usually means 'you could, but why?! ' :-) > Hmm... we can either find an algebric expression (exponential functions > would do the work nicely), or use interpolation table (I know some > voltage drop diagrams... I have it somewhere in my intro. to Electronic > Devices lecture notes). I've got some stuff on battery discharge characteristics for different battery types somewhere. Are aviation batteries lead acid as in many cars or are they different? Maybe we just model the general characteristics of the given type of battery usually found in that aircraft. As you quite rightly pointed out the discharge curve for most batteries can be described with quite a basic exponential function. The atmospheric conditions surrounding the battery may change it's characteristics a little but I'm sure aviation batteries are made with that in mind too. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] RE: Caravan model
Jim Wilson wrote: > Or for just about any aircraft there's always the auctions: > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=1565095164 Cheers, Jim. I Emailed the guy and he might consider shipping it to the UK. If he won't I could always purchase it and initially have it shipped to someone who might want to start on a caravan and or turbine FDM... I don't mind as long as it eventually lands on my doorstep ;-) Regards, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] CVS error?
I'm now seeing this when I do a 'cvs update -dP' in the development CVS tree. cvs server: cannot open directory /var/cvs/FlightGear-0.9/FlightGear/src/Systems/Vacuum: No such file or directory cvs server: skipping directory src/Systems/Vacuum Is this anything I've done locally? FlightGear/src/Systems/Vacuum exists on my machine and contains files. TIA, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Static port and altimeter
Alex Perry wrote: > Pitot source errors occur mostly > 1. In slips, especially in full forward slips > 2. At unusual angles of attack, especially no-flap slow flight IIRC, I read that the EuroFighter uses a system which selects the best source of data for this stuff taking into account the last good orientation, speed of the aircraft and direction data. Does this sound right or am I suffering from long term memory problems again ?! Regards, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Blender question
I'm having a Blender issue that I thought someone on this list might know the answer to. I'm trying to model some simple aircraft for use as 'airfield furniture' in Blender. I have some 3-views to use but I can't find a sensible way of having them available in Blender to use as a guide. If possible, I'd like to texture some cubes with each of the 3-views and be able to see the texture in Blender as I model. This seems to be the method many people use in other apps like 3DS Max. Is this the right way to go in Blender? What methods do other people use and how do you get guide images in there to model with? Apologies if this is OT to some, but I thought it relevant and I know there are people here that use Blender for FGFS stuff ;-) All the best, Matthew ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Blender question
Thank you all. I'm now making some progress on my model using the measure, scale and extrude technique. It's not fit to be a flyable model but it will make nice EGNF furniture for the moment :-) Better to learn to taxy before you fly, eh?! All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] OT: Another FGFS PPL :-D
After 18 months and 49 hours flying I finally passed my PPL skills test today. I can quite confidently say that I would never have tried flying at all if it wasn't for the adventures of David M and a few other people on these lists. I'd also like to say a big thank you to everyone who has contributed to FGFS. It has without a doubt saved me lots of lessons and allowed me to run through some things I found difficult until I nailed them. IMHO FGFS is the best 'fly it like it is' simulator around. All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: OT: Another FGFS PPL :-D
* Martin Spott <[EMAIL PROTECTED]> [2004-11-15 11:40]: > David Megginson wrote: > > > Wow -- congrats! Have you decided on your first post-PPL > > cross-country yet? Let us know in advance, and perhaps some of us > > will try it in FlightGear as well. > > This is a pretty nice idea: Let's create a collection of our favourite > cross-country flights, including waypoints - well, everything you > consider being essential. > Dave, didn't you have a Wiki where we could put this stuff into ? I agree. I'm not sure if I would be allowed to scan CAA VFR chart sections for people to fly with but it would be cool. We could use multi-player support to organise FGFS 'fly-ins' for the ultimate in flight sim nerdity ;-) All the best, Matthew ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Stall warning
I just tried this on a freshly updated CVS build: Take off in the 172 (I used the c172r-3d) and climb to say, 2500'. Trim the aircraft and with the wings level, pull the power back to idle. Hold the nose up to allow the speed to decay and enter the stall. The stall warner goes off as expected at about the right speed, IMO. Now drop the nose a little and let the air speed build to above Vs still with idle power. I repeatably get the stall warner to well over 70kt indicated. Are other people seeing this? Is it normal? (I've never just dunked the nose on a 150 or 152, but I'm sure the stall warning would go as soon as the flow re-attached to the wing... I tried looking in the property tree to see what the fdm was using but I didn't manage to sustain the attitude and airspeed without a joystick I'm afraid. All the best, Matthew ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] GUI Improvements was: Things to do to improve Flightgear
* Thomas Frster <[EMAIL PROTECTED]> [2004-12-17 10:20]: > So giving the user a choice is probably the best way to go, i.e. using a > QT-based one on Linux, a native Windows GUI on Windows, no GUI at all in a > real simulator setting. IMHO, there would be just as much work involved in creating a native user interface for each platform (Remember there are many, many variations on platform and toolkit that FG runs on...). The one strength of PUI is that it is GL based. If flightgear is running, it's safe to say that the user has OpenGL :-) Personally, I'd prefer to see a nice OpenGL based GUI like some of the other simulators and, dare I say it, games. With this method you can throw out native look and feel and just have a very nice looking functional user interface that works on any platform with OpenGL support. All the best, Matthew. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Video card recommendations
Curt, Given the budget and assuming the prices over this side of the pond aren't too different to you, I'd go for something like this: http://makeashorterlink.com/?N69123E0A I like Gainward cards. They usually use better quality, slightly faster RAM which allows them to be clocked up a little while still remaining stable. All the best, Matthew. Curtis L. Olson wrote: I hope this isn't too off topic ... I am involved with a project where we are going to setup a multi-channel visual system running flightgear. (3 PC's, 3 monitors.) We can budget about $150-200 for the graphics cards, but the landscape has changed so much since I last shopped I'm not sure what to do. We are committed to buying something nvidia/GeForce based. The new 6800 cards are still way out of our price range. The 5900/5950 cards are probably a bit high right now too. But I see there area 5200's, 5500's, 5700's. and you can still find the older ti4600/4800 cards floating around too. I know that some of these varients were designed more as low end/cheap consumer cards, and I'd like to get something with the best capability/performance I can within our budget. Does anyone have any recommendations? Thanks, Curt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] OT: Mustang
I happened across this while looking for blender inspiration: http://www.cgtalk.com/showthread.php?t=189884 Although the quality will not be seen in FGFS for a very long time, I think you'll agree that this guy is very talented indeed! All the best, Matthew. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Yet another blender modelling question...
Hello again, although my free time has been in short supply recently, I've been plodding on with some Blender models. I've noticed a lot of the tutorials available for blender use sub-surf techniques to get smooth results on curvy forms like cars and aircraft. Can this be used for FGFS models which will be exported to AC3D or is the sub-surf lost? - as I understand it the sub-surface algorithms are just a type of mesh smoothing operation. Or am I way off the mark here? All the best, Matthew. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Yet another blender modelling question...
I googled around on the subject and I believe that the sub-surface version of the model is only a kind of visual thing done inside blender. The objects within the model itself remain in their lower poly form through out. I've just thought that I might be able to get a really nice smooth but higher poly model by using nurbs surfaces to model half of the fuselage, say. Then I'll convert it to a mesh and duplicate, mirror and join it to make the whole thing. Does this sound reasonable? All the best, Matthew. * David Megginson <[EMAIL PROTECTED]> [2005-01-06 14:10]: > On Thu, 6 Jan 2005 09:26:58 +, Matthew Law <[EMAIL PROTECTED]> wrote: > > > Hello again, > > although my free time has been in short supply recently, I've been > > plodding on with some Blender models. I've noticed a lot of the > > tutorials available for blender use sub-surf techniques to get smooth > > results on curvy forms like cars and aircraft. Can this be used for > > FGFS models which will be exported to AC3D or is the sub-surf lost? - as > > I understand it the sub-surface algorithms are just a type of mesh > > smoothing operation. Or am I way off the mark here? > > I don't know, to tell the truth, but all that goes out to AC3D format > (and all that plib can use) is polygons, colours, and textures (one > texture per object). > > > All the best, > > > David > > -- > http://www.megginson.com/ > > ___ > 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
