shagrat

Was schon mit dem Anubis Mod hervorragend ging, war z.B. einen FARP mit Munition zu versorgen. Der FARP ist komplett leer (keine Munition, nur Treibstoff). Nun landest du eine C-130 auf der Wiese daneben und "entlädst" ein paar Paletten mit Hellfire, FFAR Rockets etc. und nun können AH-64D dort aufmunitionieren. Fängt jemand die C-130 ab, müssen die Apaches natürlich für Munition zum nächsten Flugplatz fliegen... Das hat eben ein sehr direktes taktisches Element. Ich hatte mit Yurgon mit dem Anubis Mod damals einen schönen Versorgungsflug von Incirlik nach Manbij geflogen. Etwas Wetter mit tiefer Wolkenbasis, eine umkämpfte Stadt, ein Stützpunkt der FSA etwas außerhalb, dazu ein paar Zsu-23 in den Dörfern die ISIS gehalten hat und das ganze wird zu einer spannenden 1,5 Std Mission , inklusive Adrenalinschub, als wir beim Abflug etwas Nahe an/über das Stadtgebiet von Manbij geraten sind und die Gegenmaßnahmen Feuerzauber in die beginnende Dämmerung gemalt haben... Das hat wie im wirklichen Leben alles seine Berechtigung.

Yep, this exactly, basically and in that particular order.

Did I really miss Indonesia, Tymor, China or anything else than Australia in the picture for the planned area? Because, if it really is "just" what we can see on that picture, I have to agree with the prevalent feedback... That's not the problem. I do this with all maps, other than the Syria map... But I would love(!) to recreate real world missions that actually happened and happened in the last 30 years.

Bit late, but found something interesting from a regulation from the 1959 partially with Lat/Long references, that mentions 11 bombardment areas, including some land based. Don't be irritated by the title, the Bombing Ranges are mentioned beginning at page 2. https://www.cylaw.org/KDP/data/1959_1_634.pdf

To have a faithful Simulation of the real aircraft? I am sure there is a reason why the inhibited rocket cue is shown, even if weapons are safe... Out of my head I can think of distinguishing between the master arm in safe position (inhibited cue) vs something is broken (no cue visible), or being able to make dry runs during training, with master arm safe.

Nicht wirklich. Bei mir ist es um die 110km, aber am besten auf "Mitte" (60000) stellen, dann 30000 und 90000 testen, ob sich die Performance merklich verbessert/verschlechtert. Bleibt die Performance gleich, die Mitte zwischen 60000 und 90000 testen (75000), bis es bei höherem Wert schlechter wird... So findest du den Sweet Spot zwischen Busdurchsatz, RAM Nutzung und preload von Objekten, die dann schon im RAM sind. Bei starken Änderungen an den restlichen Settings, besonders Sichtweite, Bäume, Details etc. kann es sich evtl. lohnen, da nochmal nachzujustieren.

Denk daran, daß der Preload-Radius nicht nach dem Prinzip "je mehr von allem, desto besser" funktioniert. Du musst, deine Menge RAM, den verfügbaren Datendurchsatz von der SSD (worst case HDD) ins RAM und den Preload-Radius durch ausprobieren optimieren. In der Regel gibt es einen "Sweet Spot". Vollanschlag, auch bei 128 GB RAM kann schon wieder bremsen, wenn die Simulation, die ganze Zeit dauerhaft versucht, nebenbei schonmal massiv Objekte ins RAM zu schaufeln, während dein Datendurchsatz am Anschlag ist.

Da sagst du was sehr Wichtiges. Insbesondere der Punkt mit dem "Vorteil" wird gern überschätzt. Stealth-Technik macht eben nicht "unsichtbar", sondern erschwert(!) die Erfassung mit dem Radar. Je weiter die Radar-Technik voranschreitet, desto weniger bringt das. Und gegen Augen/ eine Optik etc. die Zufällig den richtigen Fleck Himmel beobachtet, hilft auch die modernste Stealth-Technik nicht.

Das ist dann doof... Als ich das vor dem guten Jahrzehnt unter Schmerzen gelernt hab, ließ sich das, meine ich, in das jeweilige Feld eintragen. Ins Scratchpad eingeben und OSB neben dem Identifier Wert drücken. Quasi im "edit mode". Ich traue mal deiner Erfahrung, da du die A-10C aktuell garantiert häufiger fliegst als ich.

Gar nicht, aber wenn du ein Gefühl dafür hast, wo du dich befindest und auf die Karte schaust, siehst du das KM800697 nur in 38 T wirklich Sinn macht. Das Gefecht in dem sich der JTAC befindet, ist in deiner Nähe (du leistest "Luftnahunterstützung"). Der JTAC weist dir also ein Ziel an, dass ziemlich sicher nicht in einem andern Grid Identifier liegt. Hier sind in der Simulation, leider Grenzen, was die KI anbelangt. IRL könntest du einfach Rückfragen, bzw. wärst halt im Briefing die Lage, potentielles Einsatzgebiet, etc. durchgegangen und hättest dich mit Karte(n), grundlegenden Positionen vertraut gemacht. Hier in DCS merkt man es häufig erst nachdem man im Tran die Koordinaten eingetippt hat und der Point hunderte Kilometer entfernt ist. Das gute an der A-10C ist, du kannst das stumpf hinterher im Feld mit dem Grid Identifier ändern, ohne den Rest neu eingeben zu müssen. Ist halt etwas, das man Recht schnell lernt und irgendwann kurz checkt, bevor man die Koordinaten eingibt. Persian Gulf ist noch lustiger da hast drei Zonen Iran bis UAE runter und darunter nochmal drei, wobei die östlichste Grid Zone nur Indischer Ozean ist, ohne Land...

Ohne das weiter geprüft zu haben, klingt es sehr nach dem GRID Zone Identifier. 37 T statt 38 T. Auf der Kaukasus Map, an der georgischen Küste verläuft der Übergang von 37 T auf 38 T. Du müsstest also in dem Feld über den MGRS Koordinaten auch den Identifier von 37 T auf 38 T ändern.

Das ist der Grund, warum immer die Qualität von Saitek/Logitech kritisiert wird. Vermutlich ist das alles noch in der Garantie, aber evtl. lohnt es sich trotzdem, sich über ein Upgrade Gedanken zu machen und eine Spardose anzulegen. Durch dieses Tal sind wir am Anfang wohl alle gegangen...

The section description says otherwise: "Bugs, Issues or suggestions for our new in game Voice Chat (still in development)" I personally support the suggestion (!) to add at least the mic clicks ASAP and a simple "VHF radio effect", as it seems the most common blocking point for people to use the Integrated voice chat. The implemented concept with rooms and radios, is pretty good, already, but a radio communication with push-to-talk requires a mic click as feedback for the button press.

It's fixed! Today's patch has the MFDs sorted. Both for PLT and CPG seats. Thanks for listening, ED.

Well, what we actually need is a solution, that is integrated into the module and not a community hack, to provide a consistent and permanent setup. As long as people need to mess with files inside the DCS core folders, this is a workaround, not the solution. I am not dismissing your hard work and effort you put into this, but in my opinion we need at least the separate MFD and TEDAC definitions by ED, as part of the module, so it works in the monitor config setup in the User directory. For example, for troubleshooting and finding bugs, reporting issues, I need an unmodified DCS core install, with the modules unaltered... I really hope ED integrates your fixes into the official release cycle, somehow.

Auch eingetragen.

Q-Codes are defined as short codes to convey complex requests or information in a 3 letter morse code. The definition is it is either a question/request, or the answer to the question/request. If you morse the code it is followed by a question mark in morse code to indicate the request. The recipient answers with the same Q-Code and the appropriate info. In this case a number representing feet in reference to standard pressure setting.

That's basically the whole explanation. A Q-Code can't be a "value"... The answer to the question defined as the Q-Code is a value. In case of QNE the answer is a number in feet that reads on the station's altimeter when set to ISA (the pressure altitude of the location). In case of QFE it is the current pressure setting in hPa or InHG when the altimeter of the ground station reads the elevation of the station, or the runway threshold (a pressure).

If it's "common practice", that doesn't mean it is correct. Because per definition QNH is the pressure setting to show the Altitude above MSL, at a specific point/area. A "standard QNH" doesn't really make sense, that way. QFE is the pressure setting to show height above a reference point on the ground (usually airport location or runway threshold). Whereas QNE is the FL in reference to a pressure setting of 29.92 InHG/1013.25 hPa. So in reality FL0 may be above, below or at MSL, but FL180 is where the pressure altitude shows 18,000 ft on your gauge, no matter what your actual altitude MSL or height above ground is. I found this website that explains it quite good: https://skybrary.aero/articles/altimeter-pressure-settings

They did not remove the FCR-Radar, but it is possible to remove it, same as on the US-Apaches. There is a comment in one of Ed Macy's books, where he explained that for the Afghanistan campaign in Helmand, they decided against the removal, as the Apache had about 30% more power available compared to the US-Apaches. They still needed to check temperature and altitude restrictions, due to weight and environmental conditions. So for DCS, basically flying an US Apache with the weaker engines, we need the option to remove the FCR, or we are stuck with ridiculous performance restrictions in hot and high conditions... The US Apaches needed to remove the FCR to adjust for the mountains they operated in, at often high temperatures. The option to do this in the loadout menu would be the best possible compromise, though I am sure a lot of people will complain if they put FCR, 16 Hellfires and full fuel tanks in 35°C on the Nevada map, that the AH-64D is "bugged", because they can't take off...

Nicht das ich wüsste. Macht auch wenig Sinn, weil in der Realität der Pilot sich penibel an die Prozesse hält und den Laser nicht lange Zeit am Stück laufen lässt. Am einfachsten ist es Auto-Lasing zu verwenden und ansonsten für "Entfernungsmessung" einmal manuell zu lasern. Laserst du für einen anderen Piloten das Ziel, tue es manuell und drücke und halte bis kurz nach dem Einschlag. "Latched"-Modus bedingt, dass du immer dran denkst, ihn auch wieder auszuschalten. Da kommen dann die Prozeduren und Checklisten ins Spiel... In der A-10C dauert es, im Gegensatz zum Ka-50 wohl ziemlich lange, bis der Laser überhitzt, müsste man echt Mal antesten wie lange genau. Beim Ka-50 ist es definitiv ein Thema und da kann das auch recht schnell passieren (ein paar Minuten) wenn man eine Vikhr nach der nächsten raushaut.

Sure, but creating a decent mission for a larger MP server takes time. You need to scout map areas for certain scenarios, set up bases and coalitions with air defenses, create dynamic spawns, etc. etc. That's why there is usually a delay between release (especially Early Access) and the first MP servers with more than training ranges popping up.

Needs missions, as just an empty map isn't very popular.

Exact same issue here. The shift is the bigger the more you look sideways. Edit: and nothing to do with the last update. Noticed this from first release. Was just assuming it's a setting with my 1440p. But seems unrelated to the resolution. No scaling options active for GUI.

I am pretty sure, the british AH1 Apache has the same option, to remove the FCR, if necessary... in a mission where the reduced weight would benefit the mission goals and outweigh the time and effort for the removal, they will do it. It will be nice to have it as an option in the loadout menu, instead of the ME group options, but technically it is the same mast mounted system, AFAIK.