Snel van aircraft wisselen


Stap 1: Je bent in een vlucht en je wil snel van aircraft wisselen zonder de sim elke keer opnieuw te hoeven laden. Je scherm staat op Windowed Mode.

Stap 2: Schakel de DEVELOPERS in: Om de DEVELOPERS in te schakelen, drukt u vanuit de simulator op de ESC-toets. Je komt in het OPTIONS menu en daar kies je “GENERAL” .

Stap 3: Kies “DEVELOPERS” en zet de DEVELOPER MODE op ON. Er verschijnt een nieuwe zwarte menubalk [DevMode]. Druk op ESC om terug te gaan naar OPTIONS en nogmaals op ESC om terug te keren naar de vlucht.

Stap 4: Klik op “Windows” in de zwarte menubalk en klik vervolgens op “Aircraft Selector”. Wanneer het pop-up scherm te klein is, zit er in de rechter benedenhoek een blauwe indicatie om het scherm groter te maken. Dit is het resultaat:


Stap 5: Dubbelklik (of kies Load) om een ander vliegtuig te kiezen en sluit met het kruisje op het Aircraft Selector menu deze popup
Stap 6: Als u de [DevMode] wilt verwijderen, beweegt u de muisaanwijzer over “[DevMode]” en klikt u op “Afsluiten [DevMode]”.

Normaal stap je onderweg niet uit het vliegtuig .. je vlucht komt dan ook niet in je logboek. 😉

FRAMERATE en Developer Mode


Bij de instellingen OPTIONS | GENERAL vind je de laatste optie DEVELOPERS. Deze staat default op OFF. Wanneer je deze aan zet, komt er een extra menuregel boven in je scherm. Selecteer daar in Options onder de regel Rendering: Display FPS. Je krijgt dan deze pop-up aan de rechterkant van je display.

In het bovenste blok is de achtergrond groen wanneer de fps hoger is dan 60 en rood wanneer deze lager is dan de ingestelde waarde 30/60 fps.
Het getal (64,7) geeft aan hoeveel frames (real-time) er per seconde worden geschreven. Daaronder is berekend hoelang deze frame time is. Wanneer je 24,2 frames per seconde schrijft, duurt dit 1/24,2 seconde x 1000 = 41,39 milliseconde (ms). De getallen daaronder hebben betrekking op de resolutiewaarden van de ingestelde display(s)

Limited by CPU of Limited by GPU
Als er een tekst verschijnt als “Limited by CPU” of “Limited by GPU” geeft dat aan waar de bottleneck zit: of de prestatie is te wijten aan de capaciteit van de CPU of aan de videokaart. Dit kan dus ook zijn: “Limited by MainThread” etc.

MainThread
Afhankelijk van de gebruikte CPU zijn er meerdere “cores”. In een CPU met 4 cores (CPU’s) zijn er 8 “threads”. Het lijkt er dus op dat de CPU 8 cores heeft en dat noemen we “hyperthreading”. De MainThread is de eerste core: Core (0). Daar wordt het meeste werk geleverd. Dus om 64,7 frames te schrijven is er 15,45 ms nodig. Daarvan wordt er door de MainThread 7,6 ms aan gewerkt.

RdrThread: dit staat voor Rendering Thread: deze duurt 4,0 ms

Manipulators: werk voor de hyperthreading cores: 4,1 ms

CoherentGTDDraw: 0,6 ms.
Coherent GT is een bibliotheek die gebruikt wordt om user-interface (UI)-elementen op een aparte thread te renderen anders dan op de Main Thread; dit om overhead op deze hoofdthread te verminderen. Alles bij elkaar dus 15,45 ms.

GPU: hier wordt aangegeven hoeveel tijd de videokaart nodig heeft om de frames te schrijven.

In beide plaatjes zie je dat de LIMITATIONS (zo die er zijn) toegeschreven kunnen worden, aan in dit geval, de GPU. Zolang de kleur groen is, heb je geen zorgen. Rood is een ander verhaal .. en moet je je zorgen maken over de maximale prestaties en/of de instellingen van je pc.

The sense and nonsense of FPS


I’m always wondering the arguments on a forum  when posters are talking about frame rates. They argue about what ‘frame rate’ means, what is a good or bad frame rate or how high a frame rate must be. This is a “long winded” story, so take your time to read and to understand what it’s all about FPS.
So let’s get back to the basics of which most of them can be found in a Wiki.

Frame rate (also known as frame frequency) is the frequency (rate) at which an imaging device produces unique consecutive images called frames. The term applies equally well to computer graphics, video cameras, film cameras, and motion capture systems. Frame rate is most often expressed in frames per second (FPS), and is also expressed in progressive scan monitors as hertz (Hz). (Remember terms like 1080p or 50i, where “p” stands for progressive an  the “i” stands for interlaced).

The human eye and its brain interface, the human visual system, can process 10 to 12 separate images per second, perceiving them individually. The visual cortex holds onto one image for about one-fifteenth of a second, so if another image is received during that period an illusion of continuity is created, allowing a sequence of still images to give the impression of smooth motion.

Frame rate is also a term used in real-time computing. In a fashion somewhat comparable to the moving-picture definition presented above, a real-time frame is the time it takes to complete a full round of the system’s processing tasks. If the frame rate of a real-time system is 60 hertz, the system re-evaluates all necessary inputs and updates the necessary outputs 60 times per second under all circumstances.

The designed frame rates of real-time systems vary depending on the equipment. For a real-time system that is steering an oil tanker, a frame rate of 1 FPS may be sufficient, while a rate of even 100 FPS may not be adequate for steering a guided missile.

The designer must choose a frame rate appropriate to the application’s requirements. It all depends of speed of the moving objects.

Frame rates in video games refer to the speed at which the image is refreshed (typically in frames per second, or FPS). Many underlying processes, such as collision detection and network processing, run at different or inconsistent frequencies or in different physical components of a computer.

FPS affect the experience in two ways:

  • low FPS does not give the illusion of motion effectively and affects the user’s capacity to interact with the game, while
  • FPS that vary substantially from one second to the next, depending on computational load, produce uneven, “choppy” animation.

Many video processing programs lock their frame rate at lower, but more sustainable levels to give consistently smooth motion.
This is the main reason that in FSX (which is not a game but a simulation process) one should use a FPS limiter or when you don’t, set the slider to 30 fps. Remember that the sliders in FSX are limiters (!) and are not settings.

A culture of competition has arisen among FSX enthusiasts with regard to frame rates, with players striving to obtain the highest FPS possible, due to their utility in demonstrating a system’s power and efficiency. Indeed, many benchmarks released by the marketing departments of hardware manufacturers and published in hardware reviews focus on the FPS measurement. Even though, the typical LCD monitors of today are locked at 60 FPS, making extremely high frame rates impossible to see in real time.

May be this requires some clarification: the refresh rate of a TFT screen is set to e.g. 60 Hz

The refresh rate (most commonly the “vertical refresh rate”) is the number of times in a second that a display hardware draws the data.  Which means that all the pixels in a TFT will be refreshed in one time (in 1/60 of a second) whatever the content of the pixels is.

The distinct from the measure of frame rate and refresh rate is that the refresh rate includes the repeated drawing of identical frames, while frame rate measures how often a video source can feed an entire frame of new data to a display.

Imagine that the refresh rate is in sync with the number of times the video content is changed, you would have 60 different images in a second. Every frame another image, 60 frames in a second. What would you see in real?

Since the human visual system can process 10 to 12 separate images per second, perceiving them individually and the visual cortex holds onto one image for about one-fifteenth of a second (= 4/60), you will only observe 15 images, and hopefully in smooth motion if the image moves. This implicates that a negative influence of the presented video data to the screen is only observed when the refresh rate drops lower than 15 fps.

And now the test: with the help of this website
Frames per second http://frames-per-second.appspot.com/

When you get there, first disable all the balls and set the Asset to Autum2, set the Frames per second to 5 fps, the Motion blur to None and the Velocity to zero px/s. Observe the image.
Your home situation is that the refresh rate of your display  is 60Hz and get a stable picture to process which changes by 5 frames/sec. Now set the Frames per second to 60 fps. Do you see the difference?
No, the image is not moving and the refresh rate is still 60 Hz. Even if you increase the Frames per second higher than 60 Hz, you won’t see the difference.

Now return the Frames per second to 5 fps and set the Velocity to move the picture 50 px/s, 100 px/s etc. The only thing that changes is the staggered movement of the image. Set the FPS  to 25 fps and look again. The Motion blur is still set to None.The image is moving without any blur on screen.

Next: introduce some Motion blur and notice that with Realistic Motion blur there is hardly need to increase the FPS of the picture. The more “blur” is introduced, the more the leaves of the trees get defocussing. Try to improve the situation while increasing the FPS. The faster the image moves (change the velocity) the more FPS you need to get a sharp picture and get rid of the blurries. Is your graphic card able to do so?

OK, now for FSX: normally the scenery is moving and the aircraft is somewhere fixed in a view. Take 2 soccer balls (the aircraft) and set the one ball to fps 5 and the other to 60 fps. (Asset is fixed to velocity zero; Asset FPS  is 5). What do you see?

Change the movement of the Asset to 100 px/s and introduce a Realistic Motion blur; increase step by step the FPS of the Autumn2 scenery. Somewhere at 25 fps the scenery will become acceptable. What ’s the conclusion? The fps of the soccer balls (the aircraft) does not have any effect on the (moving) scenery. However, the quality of the presented images is (1) dependable of the manufacturer of the ball image (say aircraft) and (2) the performance of the moving images (scenery) is dependable of the ability of your system components.

By limiting the frame rate, (= the speed at which the total image is refreshed) you limit the number of cycles of your processor to execute this action. You don’t limit the graphics processes on the video card. The rest of the available cycles of your workhorse will be available for graphic processes.

Message 1: buy Aircraft and Sceneries from nominated producers (Carenado, PMDG, F1, ORBX) to get the best quality of images. After all the performance is all up to your machine.

Message 2: don’t spoil CPU resources to get a maximum of frame rates; simulation flying is all about looking to a smooth picture; set the Target frame rate slider in OPTIONS-GENERAL-FRAME RATE LIMIT @ 30 fps.

Message 3: when using 2 graphic cards (with 4 displays), the frame rate is divided by the number of exposed panes as long as generated by THE SIM!

Resources used: Wikipedia