Posts by aroos

    Congrats to the team on the release of FS 4.

    I am experiencing a problem with flap operation on the C-172 and King Air when starting at the end of the runway in ready to fly configuration. The flaps are preconfigured fully down, but I cannot seem to retract them either on the ground or once airborne using the keyboard shortcut (which I left to the default SHIFT-F) or the controller button I configured, or even by manually adjusting the flap control in the aircraft using my mouse. When I'm in the control setup screen, the flap controls are shown as working.

    I'm an experienced FS 2 user and have never had this problem. What am I missing?

    With refinement, after sending George back to flight school - and a reduction in salary - George the co-pilot could demonstrate real-world procedures as skilfully & accurately as possible, at least in some scenarios but hopefully available at all times to demonstrate gold standard airmanship.

    That's a very interesting idea. However, given that no commercial aircraft manufacturer has managed that yet - if they had they would be offering single-pilot cockpits - it's perhaps more a subject for doctoral research than a realistic feature request for IPACS. FS2 would be an excellent platform to demonstrate such an AI copilot, in the same way that DARPA recently demonstrated a (fairly basic) AI fighter pilot.

    In mine, these are subsequent lessons so "completing" lesson 13 (Power for climb and descent) by editing the file then unlocks lesson 14 (Climb). Presumably completing this will then unlock 15 (Descent). I'm using the alpha version but I would expect the release version to behave similarly.

    I'm a beginner. Therefore, I want to be trained. I have successfully completed lessons one through twelfth. Lesson 13 - Controlling the engine when pitching and diving. After the coach gave the command "full throttle" and I executed it, nothing happens. I left the simulator for several hours. He rose to 15,000 feet and continued to fly across the continent.

    What needs to be done so that the coach would command "We are going down!" ?

    I tried this lesson and the aircraft only climbed a few hundred feet (to altitude 3470 ft) before the trainer says "I descend now" and instructs me to reduce throttle. The aircraft descends to 3200 ft and the lesson ends. I also tried with reduced throttle on the climb, thinking that perhaps your controller wasn't properly calibrated, but then she just moans at me about not using full throttle but still descends.

    I don't know why your system is behaving differently. However, if you want, you can save a backup copy of file mission_progress.tmp in the "Aerofly FS 2" directory under "My Documents". Once you have made a backup copy, you can edit the original (while FS2 is not running) using notepad and find the following lines:

    <[mission_info][climb_descent_power][12]

    <[float64][HiScore][0]>

    <[int32][Stars][0]>

    Then change the HiScore and Stars values for this lesson to 1 and 3, like this

    <[mission_info][climb_descent_power][12]

    <[float64][HiScore][1]>

    <[int32][Stars][3]>

    save the file and restart FS2. You have just given yourself 100% and 3 stars for the lesson, so it should allow you to continue!

    Good luck with your training,

    Andrew

    C90 GTx flew KEGE to KMRY fine, except that the AP flew a few degrees west of course from takeoff RWY 25 until the right turn at SXW. The pic shows the track compared to the visual course markers (she was dead on course when I engaged the AP). It's possible that she was flying 253 true instead of 253 magnetic (262 true). She got on course after the right turn and flew fine on AP until final approach when I took over.


    Struggling to control the new beauty using my ancient black widow joystick. It was set up fine for the R22 but does not work too well now with the EC 135. In particular the tail rotor control mapped to the rudder does not allow me to stop the machine spinning. Anyone got any tips on setting this up right? Many thanks. Paul

    I had the same problem and solved it by ensuring I get some forward speed before applying full collective/throttle to prevent the spin. I assumed the tail rotor does not have sufficient authority to prevent the helicopter spinning under the torque of full collective and throttle.

    @aroos: Good observation, thank you! We identified indeed a much higher temporary memory usage and this seems to strongly impact shared memory systems. We just uploaded a new version ( V2.05.00.08 ) to Steam please give this a try, GPU memory usage should be reduced and you might see a slight performance increase on your system. Systems with enough GPU memory are not affected by this update.

    Thank you for investigating my observation, and for the excellent progress that is being made with the alpha release in general. I do indeed see that on build 2.05.00.08 the amount of shared memory used has returned to the same as it was on the release build, or perhaps a bit lower. Unfortunately this has not made any significant difference to performance with HQ AA.


    After some experimentation with graphics settings, I think what is happening here is that a fairly small increase in graphics memory requirement by the alpha - perhaps around 10% - is causing a dramatic (67%) reduction in performance as my graphics card runs out of dedicated RAM and starts using shared system RAM. This is because I notice that changing either texture quality, or terrain image quality, or building density from HIGH to MEDIUM immediately pushes the frame from 16 fps rate back up to about 48 fps with HQ AA still ON. (Setting terrain mesh quality to MEDIUM does not have a significant effect; and shadow quality and building density are already MEDIUM but setting them to LOW also doe not have much effect). So it's a classic "falling off a cliff" situation, where a small change to the independent variable causes a sudden, dramatic change to the dependent variable :)

    @aroos: Thank you for the tm.log file. At least no relevant issues are found. Your GPU seems to offer only 2 GB of memory. The huge drop you see between the different AA settings is probably related to a GPU memory issue, e.g. Aerofly FS probably needs more than 2GB and if we need to access memory not on the GPU things slow down considerably. We haven't optimized Aerofly FS for those scenarios. High quality shadows for example might already consume almost 512 MB a quarter of your available GPU memory. And also keep in mind ORBX KPSP and LOWI by itself are very detailed and will consume over 2.5GB with Medium quality.

    As a test, can you fly over a region with low buildings and 3D objects. Do you see the huge difference there as well?

    Thank you for looking at the log files for me.

    In monument valley I see less difference - 53 fps with HQ AA OFF and 85 fps with HQ AA ON, so about 60% improvement turning HQ AA OFF, which is much less than in areas with high res scenery.

    While I understand what you are saying about the speed penalty of using shared (non-GPU) memory, this does not by itself explain the consistent speed difference between the alpha and the release version. I do see, however, that the alpha release is using about 50% more shared memory than the release version (see below, identical scenarios, first is alpha and second is release). Perhaps it is this additional memory requirement that causes the lower frame rate.

    Just a thought, I don't suppose the alpha builds are development as opposed to optimized release builds? If so, that could explain it :). Anyway, not to worry, there are more important issues for the development team to focus on at the moment!

    I flew the King Air from KMRY to KPSP following the same route as #168. Again it followed the route until the base turn, then turned the wrong direction. Here are a couple of pics at the point where it should be turning right onto the base leg, in case they are helpful in diagnosing the fault.