towsim

Die Serie ist früher schon auf Sky gelaufen und ist meiner Meinung nach sehr interessant. Man darf allerdings keine technische oder fliegerische Tiefe erwarten. Damit wäre der Normalkonsumer auch überfordert. Es geht darum darzustellen, wie das knallharte Auswahlverfahren funktioniert und wie die Eleven geistig und Körperlich bis an die Grenze belastet werden. Das ganze wird von einer durchgehenden Story unterlegt, die die einzelnen Persönlichkeiten vorstellt und das Verhalten in der Gruppe darstellt. Daneben sind einige sehr schöne Flugscenen eingebaut. Man kann auch einen sehr schönen Vergleich zur Simulationsfliegerei machen. Dort, die aus Kostengründen limitierten Flugstunden und Einsätze in denen die vorgegebenen Skills erreicht werden müssen. Hier, in der Simulation, die freie Wahl der Wiederholungen bis das Verfahren klappt. Ich habe hautnah die fliegerische Ausbildung bei der Luftwaffe 25 Jahre als Towercontroller beobachtet. Deshalb erlaube ich mir eine Empfehlung für die Serie auszusprechen. TOWSIM PS: Die Antwort des Towercontrollers auf dunkele Sonnenbrillen: It's never too dark to be cool...

As far as I know, it is not possible. For 360 deg you would need at least 6 view channels. This implies, that the 3D space has to be rendered 6 times. This drags the frame rate down to zero . I do not know if there are more key words beside Left, Center and Right in the MonitorSetup to test this out. There would be a possibility to use more than one computer in a multiplayer environment. You would need a software that switches the slave computer to spectator view and controls the camera view direction correlated with the host computer. Even then you would not have so much fun. The latency over the network would cause the slave computer to react some milliseconds later. The result in the view is, that you feel like a drunk pilot after a short time. But may be that someone else has an idea how to do this. TOWSIM

With FSX it's all about graphics adapter performance. I had the same issues with an older ATI dual GPU adapter. As more complex the scenery, the more stutter. The problem disappeared completely when I changed to a GTX680. So I like to use FSX/ESP sometimes, because I can fly at my home base and I can modify my local scenery environment without any LUA crap. From the developers point of view there is a big advantage in FSX, because all tools and the simulation interface are well documented. To X-Plane I can say, it needs more performance than FSX in general. Whereby the functionality is almost the same. Compared to DCS, I have subjectively the better frame rate than in FSX. But this needs to have objective test with a comparable configuration. The main reason for using DCS is the system depth in the A10C. This is really amazing if you like serious flight operations. TOWSIM

By a push on the C - button on the controls panel, the local throttle flaps, speedies, joystick and rudder data are sent over the internet to the student cockpit. If you have the sim running in parallel, you can even observe the results from the spectators view.

The image shows an A10 Instructor cockpit. The instructor may hook over the internet into an A10 student cockpit and gets all gauge indications of the student cockpit and the use of the controls. He can even take over control and fly the student aircraft. It works with a small LUA export and a DLL on the student side.

I use it since years (space Pilot). It is an incredible step forward in 3D modeling. Once you have used it, you will never give it away. It is like grabbing your model with your hands and move it around. Regards TOWSIM

Hi, the 5040 by 1050 is correct. You have to compensate the frames by modifying your view direction in your MonitorSetup\YourMonitorSetup.lua. For the left monitor set the view to viewDx = -1.09; viewDy = 0; for the mid monitor viewDx = 0; viewDy = 0; and for the right monitor viewDx = 1.09; viewDy = 0; The .09 value covers roughly your monitor frames. Regards TOWSIM

QNH, QFE oder QNE können nicht in eingestellt werden. Du musst schlicht den Wert, der von ATC angegeben wird, am Höhenmesser einstellen (linker Drehknopf). QNH, QFE oder QNE besagt einfach nur wie die angezeigte Höhe zu interpretieren ist. Deshalb ist es wichtig zu unterscheiden ob der Controller QNH, QFE oder QNE dem Wert vorangestellt hat. Es gibt noch die amerikanische Variante, bei der QNH als Altimeter bezeichnet wird. Bei der deutschen Luftwaffe wird Altimeter benutzt um den lokalen Luftdruck in Inches auszugeben. Bei QNH wird der Luftdruck in Hekto Pascal ausgegeben. Bei den östlichen Streitkräften wird der Druck in Millimeter Quecksilbersäule ausgegeben. Gruss TOWSIM

Beim Sound solltest du in die Systemsteuerung unter Sound schauen, ob deine Lautsprecher oder dein Headset als primäres Ausgabegerät gesetzt sind. Manchmal ist auch schlicht der Lautsprecher in der Taskleiste auf Null gestellt oder gar gemutet. Daneben kann die Lautstärke natürlich in den Options gesetzt werden. Bei der Steuerung solltest du in den Options nachschauen, ob andere USB Devices parallel auf die Achsen geschaltet sind. Bei einer Neuinstallation werden fast alle angeschlossenen Devices mit irgendwelchen Button und Achsen Zuweisungen zugemüllt, die dann mühsam gelöscht werden müssen. Gruss, TOWSIM

What ever you like, you are welcome. TOWSIM

I wrote this during my refueling training process. Be patient, I am not a native English speaker. TOWSIM :smilewink: Air refueling for beginners.pdf

Auf FSX fliege ich bereits mit einer F104 Eigenbau mit externem 2D Cockpit. Beim Systemnachbau bin ich ein bisschen in der Elektrik stecken geblieben. Ansonsten macht mein täglicher LL durch die Alpen einen unbandigen Spaß.

Hi, ich hab mir ein Logitech G390 gegönnt, da ich das Kabelgewirr satt hatte. Ein Post hier im Forum hat gezeigt, wie man den TrackIR kabellos betreiben kann . Der Sound und der allgemeine Betrieb ist aus meiner Sicht hervorragend. Hier das Ergebnis: @Frechdachs: Du hast da zwei wunderschöne Aircrafterl im Banner. Fliegst du die schon? Wenn ja, wo kann man die bekommen?

Sorry Guys, just uploaded. See the original post. Thanks Mike

Wie angedeutet habe ich das Display isoliert und im Forum zur Verfügung gestellt. Das Paket kann in DCS: A-10C Warthog unter 'Missile Awareness Display' gefunden werden. Mike

Hi A10 jockeys, as promised in a thread in the German forum, I can now deliver a Missile Awareness Display as additional Gauge for the A10 cockpit. It is not integrated in the DCS cockpit. It is an own small window, connected to the simulator. It shows the trajectory of SAMs approaching your aircraft. The gauge was developed to find the best counter procedures against SAMs. Since I am a rooky, I leave it to the experts to test out avoidance procedures and probably publish the results here in the forum . The attachment contains a zip file with the MAD system, its documentation and an image of the gauge window. The best test environment seems to be a platoon with a SAM launcher and the simulation switched to immortal. All measures like chaffs, flairs and jamming as well as flight manoeuvres can be tested in a loop. Once installed, it is started automatically together with DCS World as DLL. If troubles come up to run the program, please contact me. But do not contact me if you want to tell me that the average speed of a SAM is 1601 Kts instead of 1600 kts. Have fun Mike A10Panels.zip Missile Awareness Display Beta 0.pdf

Das SAM Warning System ist Teil eines externen 2D Cockpits bestehend aus einem LUA File und einer DLL. Ich könnte probeweise Das SAM MFD isolieren und zur Verfügung stellen. Das ganze ist letztlich eine eigene Applikation, die in einem eigenen Window läuft. Ein zweiter Monitor wäre dazu nicht schlecht. Ich habe mal zwei Bilder angehängt die zeigen, wie es im Augenblick eingebunden ist. Das Cockpit ist noch nicht aufgeräumt weil ich mitten inder Entwicklung stecke. Bei den Erfahrungen bin ich noch in der Forschung. Ich glaube es gibt hier im Forum Experten mit Wissen und Erfahrung, die daraus mehr machen könnten. Wie gesagt, ich prüf das mal. Aber wie heißt es noch bei Sascha Grammel? " Hetz---mich---nicht!" Gruß, Mike

Ich glaube nicht, dass so etwas zur Verfügung stand oder steht. Zumindest nicht im Geschwader. Der Flugsimulator wurde währen meiner Zeit nur Zwangsweise benutzt. Das hat sich inzwischen mit der besseren Technik wohl etwas verbessert. Nach wie vor vergleichen die Piloten die Simulatornutzung mit Telefonsex. Wir, als ATCler, haben das ausgenutzt und den Simulator so oft wie möglich benutzt und haben so sehr viel von der 'ander Seite' gelernt. Eine solche Software zu entwickeln ist sehr teuer. Zum einen sind 90% aller wichtigen Werte eingestuft, die Simulation muss ein 'echtes' Ergebnis liefern weil da Leben dran hängt und der Kundenkreis (Stückzahl) ist sehr gering. Das alles kann man nicht, wie im vorliegenden Fall, in einem Weekend Hack auf die Füße stellen. Der Weekend Hack hat aber, gemessen am Ergebnis, richtig Spaß gemacht. Mike

Wer unbedingt ein Ground Radar braucht und ein wenig Ahnung vom Programmieren hat, der kann sich selbst ein Radar schnitzen. Mein SAM warning MFD habe ich für das Austesten der besten Ausweichtaktik bei SAM Bedrohung entwickelt. Es simuliert einen AWACS Downlink, der die Bodenziellage überträgt und eine Onboard-Elektronik die die Annäherung von SAMs erfasst. Die Bodenziele können leider noch nicht in die CDU direkt übertragen werden sondern müssen händisch abgelesen und eingetippt werden (Ich suche noch das Loch, wie ich an die CDU rankomme). Die Annäherung von SAMs wird durch einen Target Blip mit Prediction Line dargestellt. Die Prediction Line (rot-gelb) sagt den Flugweg der SAM voraus (ABS Einstellung). Eine zweite, zuschaltbare Prediction Line (gelb, REL Einstellung) zeigt die relative Annäherung voraus. Führt die letztere durch mein eigenes Target dann wird mich die SAM erwischen wenn ich keine Gegenmaßnahmen einleite. Bedrohungen außerhalb des Darstellungsbereich werden als gelbes Dreieck am Rand dargestellt. Das angefügte Bild zeigt folgende Situation: Prediction Line Länge ABS 10 Sekunden Prediction Line Länge REL 5 Sekunden (immer 0.5 * ABS) Map Range 5 NM Speed Threshold 500 KGS (Ziele unter 500 Knoten werden ohne Prediction dargestellt) Vorbeiflug an Gudauta 2 SA19 von einer Tunguska in der Luft 2 weitere Bedrohungen im Anflug ausserhalb des Darstellungsbereichs 5 statisch Bodenziel in Gudauta Meine eigene Prediction Line zeigt eine Rechtskurve an. Eine SAM ist bereits an mir vorbei während die zweite versucht in einer Linkskurve an mich ran zu kommen. Das ganze ist keine schwarze Magie. Ich werte lediglich Positionsmeldungen aus. Der Rest wird selbst berechnet. Für die Leute die jetzt "cheat" schreien: Es ist äußerst lehrreich die Reaktion von SAMs aus dieser Perspektive zu betrachten. Daneben kann man die Wirkung von Jamming, Chaffs und Flairs während eines Ausweichmanövers testen. Mit diesem Wissen ist es möglich überlebenswichtige Taktiken zu entwickeln, die im normalen Cockpit mehr als hilfreich sind. Gruß, Mike

Oh man, your info comes too late. I have already bought my graphics adapter.:cry:

Hi all, here, as promised, the comparison of two graphics adapters. It is not a recommendation for a specific product. It is simply a measurement which reflects the difference between an older graphics adapter and the gain in fps with a newer one. The attachment describes the difference between an older ATI 5900 and a state of the art GTX680 with 4 Gb video RAM. Regards Mike Test environment.pdf

Hi EtherealN, thank you for your reply. Yesterday I ordered a Palit GTX 680, 4Gb. It seems, that there are no faster cards available for the moment with the exception of workstation cards. Finally, I can only assume what advantage I have bought. Nevertheless, I will keep the community informed about the results in fps. If you speak strictly, wouldn't it be an idea to set Nvidia and ATI in the distribution list for DCS game updates? So they can change their standards accordingly. Regards Mike

Hi, I am just in the decision phase for a new graphics adapter and would need some more information about the requirements for DCS World. My configuration for the moment is 3 Monitors 1920x1200 defined as three different channels. I do not export any of the instruments so I have simply the basic configuration (3 Cameras). CPU i7980 Graphics adapter XFX Black Edition dual GPU (2x 5900) RAM 12 Gb Meanwhile I know that dual GPUs are not supported by the DCS Game engine. So it runs with half the power only. It may happen, that the frame rate drops below 10 fps in a complicated scenery. Even with the latest update of DCS World I had to use the 'LOW' button to get a frame rate above 10fps. So here the question: What would be the best single GPU card to drive the best frame rate with at least medium configuration settings (3 Cameras)? Thanks in advance, Mike

A well developed extrapolation of a trajectory does not only depend on the net code. The network or any passed server cannot change the data of X/Y/Z and yaw, pitch and roll. The only small interference is an unreliable timing. But this does not explain warping. We had, for example, a couple of decades before, an ISDN connection from Germany to USA as a flight simulator connection with 1 frame per 2 seconds and all disadvantages of a ISDN connection. It worked without warping. I admit, the result was not that impressive during turns. But the extrapolation was that clever, that all position, attitude and acceleration data were used to predict an assumed situation. The basic value of all calculations is the time stamp when a position is calculated in a simulation. The time stamp dictates on the receiver side how to calculate an object position which is actually in the future. An interpolation (versus extrapolation) is not usable. This would cause a rubber string feeling for the pilot because of the latency between input a visible feedback. By my experience and observations, the most bugs I had were wrong time stamps. This causes exactly the effect what we see as warping. I am not sure about the technology DCS uses for extrapolations . But I cannot imagine, that the data are sent without a time stamp. Back to the network: an UDP frame contains normally a package counter, a time stamp and all data necessary to describe the object situation. If a UDP package is missed, doesn't matter, the object position can be predicted based on the last valid data. If a UDP package arrives not at the time when it should arrive, doesn't matter, the frame is used as information to calculate the position where the object should be at the moment. If the sequence of UDP packages is changed, doesn't matter, only the highest package counter frame is used for the extrapolation. It is interesting to know, that never the actual frame data are used in an extrapolation. Every frame bases on an assumed position. By my personal observation, the warping is produced in the sending single simulator. It obviously arises when the single simulator is stressed with a high number of movable objects and/or particle processing. This increases the possibility, that a thread exeeds the maximum loop time of 2 ms because of increasing number of objects to be handled. In this situation it may happen that a switch to a different process/thread interrupts the function which assembles the time stamp and the current object data. If the time stamp is created i.e. with a value of 12345.6789 seconds and is then interrupted, the position data me be calculated 3 times meanwhile and the time is meanwhile 12345.7789 when the interrupted function gets the control back to fetch the position data. So time stamp and position do not fit together. If used, it would calculate a unrealistic high speed. The assumption, that the warping is produced on the sender side is underlined by the observation, that all members in a multiplayer game see the same warp effect (because all receive the same destroyed data). But they never notice their own aircraft warping. Only other members see your aircraft warping. It may be that I am totally wrong. But all indices point into the described direction. Regards Mike

You are right, but it mainly depends on the type of clever pre and post clipping technology the graphic adater and the graphics engine uses. Basicly, more objects need more performance. Regards Mike