St3v3f

Just looked it up again. Actually, I am talking about magnetic declination, which is the difference of magnetic north and true north. Magnetic deviation are influences on a compass by local sources, i.e. the aircraft itself.

It clearly matters. If a direction between two objects is calculated in the scripting engine, it'll be relative to the geographic northpole. Most modules (The rare exceptions I know of are FC3 aircraft and Ka-50) use magnetic headings however. Magnetic derivation in the Caucasus is 6-7° and in Nevada it's more than 10°. So if I send someone heading 070 he will actually be on 080 way of course.

Du musst die Tasten gedrückt halten, wie in der echten A10. Grundstellung bei meiner Konfiguration ist also der mittlere Bereich. Um die Airbrake nur etwas zu öffnen ziehe ich den Slider also kurz nach unten und dann wieder in die Mitte. Zum vollen öffnen bleibt er eben länger in der unteren Stellung. Ich verstehe nicht warum das unpräziser sein soll als mit der Maus, mit dem TM Warthog oder der echten A10. Abgesehen davon, dass ich den Slider selbst wieder in die Mitte schieben muss, anstatt dass er das von selbst tut.^ Falls du meinst, dass du den Slider als Achse benutzen willst (Unten = Auf, Mitte = ein bisschen auf, Oben = Zu): Das funktioniert so nicht, weil es erstens von DCS nicht vorgesehen ist und zweitens wäre es unrealistisch

Ich habe das Problem auch manchmal (sehr selten) Manchmal geht es schnell wieder weg, manchmal brauchts einen Neustart. Einen Hardwarefehler würde ich ausschließen, weil es in den Gamecontrollereinstellungen alles richtig funktioniert. Du kannst in der Saitek Software die Achse als Bands konfigurieren. Ich habe 0%-1% für Airbrake Auf und 99% - 100% für Airbrake Zu eingestellt

Habe keine Veränderungen an den Vikhrs festgestellt. M1A1 und T-90 haben eine sehr starke Frontpanzerung, da brauchts meistens 2, manchmal 3 Treffer. Alle anderen Panzer brauchen von vorne normalerweise 1 Treffer, selten 2. Grundsätzlich sollten Panzer möglichst von der Seite oder von Hinten angegriffen werden, weil da die Panzerung dünner ist. Da reicht auch eine Vikhrs beim M1A1. Wenn du online warst, kann es sein das der Server gecrasht ist. Dann läuft für 5 Minuten erstmal alles mehr oder weniger normal weiter. Bloß andere Spieler fliegen seltsam und Gegner sterben nicht.

I am working on a script that gives the pilot a heading to fly at. Now DCS works with true north while most modules use magnetic bearings. So I need to account for that. Also, the script is supposed to run in Nevada as well as the Caucasus. Question: Is there a function to access the magnetic derivation at a specific position in the scripting engine? There is a folder Saved Games\DCS\Data\MagVar\TabularData which sounds a lot like what I am looking for...

It's not done by just pulling the handle, you still need to apply the toe brakes. The emergency brake doesn't function as a parking brake.

I'd expect some changes in mostly less important buttons with a fresh install

That is incorrect. Targets stored in the Datalink System are stored in 3D. The effect describes is simply caused by inaccuracies.

Hey Capt. Zeen I've just started using Helios with your profiles, really great work. One issue I found is the fuselage fuel gauge in the P-51. It doesn't display what it should but it seems to me that it is tied to the oil temperature gauge.

It should work with any kind of air unit

Ja ist ziemlich simpel, das ipad verbindet sich mit der Software und die simuliert einfach nur Tastendrücke. Man kann sich eigene Profile basteln oder fertige runterladen.

Musste leider feststellen dass meine alte Kiste zu lahm ist um das alles zu leisten mit MFD-Export und Instrumenten etc. Deswegen ist jetzt der zweite Bildschirm an meinem Laptop angeschlossen und da läuft Helios drauf mit einem stark modifizierten Capt. Zeen Profil. MFD-Export funktioniert so natürlich leider nicht, aber bin doch sehr zufrieden. Auf dem iPad läuft Roccat Power Grid, mittelfristig werde ich das aber wohl in Helios mit einbinden. Morgen bekomme ich noch einen HDMI-VGA Konverter damit ich den Bildschirm an die Dockingstation vom Laptop anschließen kann und das Kabel nicht so blöd liegt.

Nein, leider nicht. Evtl. kannst du auf die F10 Map, dann die Einheit anklicken und mit RAlt+J reinhüpfen. Dann mit RAlt+J wieder raus und zurück in den Huey. Der ist allerdings in dieser Zeit auf Autopilot und macht sonst was, Außerdem kann noch einiges mehr schief gehen.

The entire MonitorSetup.lua is this: The FullHD screen is set as main screen in windows, screen two is aligned on the right, slightly lower at x=1920 y=84. Resolution ingame is 3360x1080

So I have just started using a second screen for exporting MFDs etc. My main screen has a resolution of 1920x1080, the new screen comes with 1440x900 and is aligned on the right side in windows. My MonitorSetup.lua for the Huey looks contains just the main screen: Center = { x = 0; y = 0; width = 1920; height = 1080; viewDx = 0; viewDy = 0; aspect = 1920 / 1080; } However there are several things being displayed on the 2nd screen which shouldn't be, namely the autopilot and weapons display, crew status, cargo camera and cargo indicator. Now the thing is: How do I get those back on the main screen? I've searched the forums and found out that I need to change the init.luas, but I can't figure out what to change and what values to use. Can somebody please help me? I am wondering why this is even necessary. This isn't an uncommon setup, so why do you need to edit configuration files instead of the module figuring this out by itself? Any help is appreciated:helpsmilie:

@Steph-JJ: Ich arbeite derzeit an einem sehr ähnlichen Projekt. Habe auch bisher 2 Cougar MFDs gehabt. Dazu jetzt ein 17" Monitor wo die drauf kommen. Genau das will ich auch. Ich denke ich werde dafür einfach die Hintergrundgrafik in Ikarus ändern. Werde mich mit Ergebnissen melden @McMicha: Ganz toller Beitrag!

You can get the name of a player within the scripting engine. Then you can crosscheck it with a list of the names with those that are allowed to use it or you check whether it contains your squadrons tag or not. Depending on that, you kick the player out of the slot. Sure, it doesn't check for UIDs, but how many people are actually going to change their name to get into a specific slot...

Yes, just set the slider to "bands", then you can assign keys to the full up and full down position to open and close the speedbrakes

The issue is a feature that has been implented to the mission editor since the JTAC mod was released. There you can set the frequencies for the R-828, but most mission designers don't use it and it remains on the default settings. Unfortunately, these settings override the R-828.lua that comes with the JTAC mod. It works if used with the R-800 or if you set the frequencies in the ME properly

At one point I had a mission which relied mainly on scripting logic. To protect it, I edited one of the game .lua's and added a variable that was accessible by the scripting engine. So I had my script check for the presence of said variable and if it wasn't found, it stopped working which made the mission pointless. Then I removed all the line breaks in the script code to obfuscate it and make it less readable. But as with all copy protections, it's only meant to be broken :)

There is must be some connection to the PVI-800 because the ABRIS displays the location of target waypoints

You should get a range first to ensure the laser fires long enough.

Is it possible to override the R-828 frequencies set in the Mission Editor? It's impossible to speak to JTACs on the usual FM frequencies now. Before the update to the ME I could set frequencies in the R-828.lua.

Add Mist to your mission and create a one-time DO SCRIPT trigger: local groups = mist.makeUnitTable({'[red]'}) local safezones = {'Safezone'} deactivateUnitsInSafezone = function(groups, safezones) for i, unit in pairs (mist.getUnitsInZones(groups, safezones, 'cylinder')) do trigger.action.deactivateUnitsInSafezoneGroup(unit) end mist.scheduleFunction(deactivateUnitsInSafezone, {groups, safezones}, timer.getTime() + 1) end deactivateUnitsInSafezone(groups, safezones)