corkery

I've been flying the JF Chipmunk and find it very satisfying except the behaviour of the turn indicator is useless. Whenever I manoeuvre the aircraft from level flight the turn indicator moves almost immediately full scale even with very small turns. It acts as if the needle was just 'loose'. On the promotional video I can see that the turn indicator needle seems to work as expected so I'm a bit lost. Anyone else seen this behaviour?

I have a post about a freeze over EGHI train terminal which has been there for a few days (pre-avsim post) but still hasn't had any replies. If you've experienced the same perhaps another customer with the same issue may elicit a response?

The only thing I can't disable is FTX Global Base 1.3 (not without a load of hassle anyway!) so I haven't been able to try a stock version of FSX. I do experience short pauses elsewhere but these could be standard FSX texture loading pauses. I may have unrealistic expectations for smoothness after updgrading to an i7 4790 @4.4ghz running FSX + scenery from a 1TB SSD. If I focus on this anymore it will just drive me mad. Luckily the prevailing wind usually means that rwy 20 is used at EGHI :-) Thanks all for your input and maybe someone will have a eureka moment!

Thanks for that, it's driving me mad! At least it can be repeated. I started a topic on Orbx forums but have had no replies. My next test is to set FTX Central to 'Global', disable FTX Eng and EGHI in the scenery and re-enable UK2000's EGHI from England Vol 1 V2. I'll post results later. Edit: setup up with FTX Global base, FTX Open LC EU and UK2000 EGHI still pauses in same place but 'seem' to be shorter!

Thanks, I did have this checked but both auto save and gps out are disabled but still same issue. I'm now suspecting Orbx England as it doesn't occur in Orbx Wales, Scotland or North America, as far as I can tell.

This is difficult to answer. I have a lot of addons including all things Orbx which I have recently re-installed to a fast rig. As I installed each addon I did a test flight to check correct installation but whether that included this scenario I don't remember. I was prompted to look here because Orbx have recently released updates to a number of their other UK airfields that changed the way they control their scenery (ie a single Objectflow.dll rather than individual airfield dlls. I noticed some freezes when when test flying these areas so went back to EGHI which had been updated previously and then discovered this issue. Unfortunately I have flown the same profile with ALL orbx dlls removed and the issue remains. Also, US Orbx airports work absolutely fine. Some weird results: If I take off on rwy 02 I get the freeze at exactly the same point everytime. If I overlfy the rwy on the rwy heading at cct height I get the same freeze at the same point. If I do an approach to rwy 20 and therefore fly over the same point on approach - no freeze!! I thought it might be related to generation of autogen but still the same with autogen off. Yes, that's were I first asked for help but this still occurs even with asn disabled and as-connect module disabled. Others seem to have an issue where pauses are related to asn operation. Do you have Orbx global base, vector and any of the regions? I'm wondering if there maybe some corrupt files.

I am aware of the UT2 traffic pause but I load UTServices outside of exe.dll to conserve VAS and I don't have it running during these issues.

Taking off on Rwy 02 at EGHI I get to 200ft and the sim will freeze for a couple of seconds. This is even with default 172 and Orbx EGHI disabled. I have tried: - deleting and rebuilding shaders - deleting and rebuilding sceneryindexes - disabling Orbx Vector - removing all cfg tweaks except highmemfix=1 - no external weather - running at solid 30fps immediately before and after freeze. I am out of ideas so any suggestions gratefully received. I would rather not do a complete reinstall as I have only just rebuilt after getting a fast rig and it takes ages! Cheers Tony

Bill, Fix applied and all is well again, marvellous support and help very much appreciated! Cheers

vc10man, As your query is not related to the thread could you please start a separate thread. Thanks

OK I have now updated to the latest release and the problem is still there. I have been flying the 310 for a long time so I'm used to what the cockpit sounds like and it is definitely the priming pump operating all the time the battery switch is on EXCEPT when the priming switch is selected left of right I.e. The opposite sense. The only way I can stop this is to rename the 'snd16.wav' file in the ../panel/319sounds folder. Does no one else have this problem as it doesn't seem to be setup dependent?

I have updated to the newest 310R update released this week and now the priming pump sound plays when the battery power is applied. The sound goes off when the prime pump is selected on either left or right. It appears the switch is working in the opposite sense?

Thanks but I'm not altering my FSX setup to compensate for a minor freeware addon. There simply shouldn't be a crash box in the middle of a taxiway. Cheers Tony C

After installing the freeware Orbx CEN4 I crash when trying to taxi to the runway as if there is a crash box in the way. This has happened with more than one aircraft. There is nothing about this in the forum so surely it can't be general problem? Cheers Tony C

At Diamond point the Aircraft Factory Albatross D.III twice strayed by inches off the narrow runway and crashed when the wheel touched the 3D grass. At the Lands Inn strip (W49), the Fieseler Storch crashed three times taxing slowly over grass. Cheers Tony C

I have to ask, you do fly with crash detection on? Cheers Tony C

I have been getting crashes from more than one aircraft seemingly when they come into contact with 3D grass. Are there issues with random hidden crash boxes? Seems a bit unrealistic to right off an aircraft because you taxi slowly over some grass! The two airfields where this has occurred are OG39 and 2WA1. Anyone else had a problem? Cheers Tony C

Thanks for the comprehensive reply. Since I have Saitek yoke, rudder pedals and multi-engine throttle quadrant I can't really complain about controllability! I have tried a number of landings using the weather set to 'fair' so I could concentrate on the technique.I have turned the p-factor down to 75% and this is what I think made all the difference, remembered to lock the tail wheel for take-off and landing! I'm now managing to stay on the centre line with just a touch on differential brakes. A bit more practice at this and then I can try real weather again.However, I have been unable to fly to the numbers given in the MAAM manual i.e. keep 25inch manifold pressure until over the fence and only then drop to 20inch. These numbers always mean my airspeed stays at the upper end of 90 to 100. It must be possible to fly to those numbers.CheersTony C

After a long layoff I have come back to FS and one of my favourite aircraft (MAAM DC3) now I have a setup capable of doing FSX justice. I use saitek rudder pedals which are setup as specified and work well in all configurations. However, I'm having great difficulty in keeing the DC 3 from veering off the runway during landing even with full rudder deflection. I do use real weather (ASE) but although there is a crosswind it isn't something I would consider a problem for an aircraft the size of a DC 3 (< 7Kts). Am I missing something? When I flew it before I used a twist joystick for rudder and don't remember this problem. Any tips?