Headspace

Those are airfield diagrams, not IAPs.

None of those are IAPs.

The charts that are freely available in the US are, obviously, for US airports.

All instrument terminal procedures are done using a step-by-step process called an instrument approach. This is conveyed using a one page guide often referred to as an "approach plate." The approach plate tells you what navaids to use, all of the frequencies you need, the instruments involved in the approach you're using (for example, there'd be a seperate approach for Runway 9 and runway 27 on a single strip with ILS in both directions), and the minimums (which consist of values such as how low you can go before needing to miss the approach because you can't see the runway). Since there aren't any approach plates available that match DCS navaids, it makes this sort of thing extremely tricky to apply in the game. I'd recommend letting the fake ATC in the game "vector" you onto the ILS for now.

I'm doing a tutorial video for this. CCIP works best when you start from a manual bombing profile--using the venerable "bomb triangle" that is more than 60 years old. I've scripted an automated method to gather ballistics data for the mk82 for profile generation. There are a bunch of real-world tables floating around, but they're almost certainly not matched to what you see in the game. In DCS, every munition is identical--in the real world that isn't the case. As I understand it, some online squads have done similar things already and have bombing profiles set up to use. There are some standard ones out there that you can do a forum search for. In a nutshell, if you follow a profile correctly, the pipper will walk where you need it to and you can pickle without struggling with the pipper, loading the a/c and then throwing your shot. It will feel way more intuitive. A big problem with doing this in a game is that you're getting no haptic feedback as to how the A/C is loaded. 4G in real life is not trivial, yet most players don't know that they're at other than 1G in the game unless they actually look at the accelerometer. In reality, a pilot will know when the A/C is loaded by feel, and can concentrate on other factors. You don't have any backup senses in a game other than your eyes.

Future improvements to TARS will lessen the spam issue but it will probably be around in some form or another regardless, especially when there are a lot of people in TS. The clients have to communicate amongst each other.

I'm pretty busy with non-TARS related stuff but hope to resume work on it in February to get the FC3 compatibility locked in. As far as your problem is concerned, I would not go to Teamspeak for support with TARS; it's not their job to support a 3rd party mod and they're not going to be able to help you with it. The fix is to turn spam protection off on your server, or increase the number of messages that it lets through without triggering spam protection.

Seconded - especially WRT the current ones.

You probably mean magnetic variation--the magnetic pole being offset from the true pole. Deviation is caused by devices in the aircraft (and in the case of military aircraft, ferrous materials such as armor plating, weapons, and so forth) affecting the magnetic field. Bearings and radials in aeronautical charts are magnetic. For navaid radials, the bearings may sometimes be offset from the current variation due to when the navaid was set. The chart will indicate correct bearing. For a latitude as far south as Georgia, the variation is not going to change by six degrees in just six years. The ILS localizers in DCS are just not aligned with their real-world counterparts, or something else is going on. FWIW I have an instrument rating in real life as well. I haven't gotten deeply involved in the DCS ILS system until recently, so someone like BlueRidgeDx may have a much better answer for you. Thanks. It's always tricky doing them since there's always a few people who will jump on any tiny error in a very complex subject matter after you make it. But my main goal is to show that a complex game like DCS can be made accessible to the average person, and also that it's capable of modeling some very interesting real-world stuff.

Jorge: I'm working on an IFR tutorial for my youtube channel. The issue I've come across is that the real life charts (I love the jepp charts, but I end up using the FAA charts for everything since they're free) don't match to the navaids in DCS. TACANs being on the top of the airfield and so on, for instance. Did you guys make "DCS adjusted" charts or is this just the actual IFR LO and TPP for the region?

A fella could have a pretty good weekend in Vegas with all that stuff.

Glad you got it working!

It works for virtually everyone else with 1.2.2. Maybe say what isn't working specifically?

TARS doesn't disable the normal PTT hotkey. As usual the TS3 log may show what's going on if you send it to me.

Hobbes vs. Locke discussion up in this thread.

If the ADI is slaved to the EGI then it won't tumble at high pitch and bank angles like a pure gyro instrument might. Performance and combat aircraft need that level of redundancy.

Yep. The ADI receives its pitch and roll channels from either HARS or the EGI. It's the electronic backup ADI that acts as a "dumb" instrument. This is why the ADI displays a power off flag during the fast erect sequence.

The ADI in the A-10 will slave to whatever navigation system has been selected--EGI or HARS. It is not the same situation as you have in cheap (I say this in the relative sense) civilian aircraft with independent, vacuum-driven gyro instruments. This is partly why there is a backup electric ADI. As others have said, the TACAN receiver is independant of everything else. So is the ILS receiver, for that matter. TACAN operates in the UHF range. ILS frequencies exist in the VHF range. Seperate antennas and receivers are therefore used (although civilian aircraft utilize the DME portion with their VOR/ILS equipment when they have a DME receiver). In the game, you can lose functionality independently.

Are the ILS bars unstowed? Is the switch to stow the bars (underneath the ADI) still set to "stow?"

Replace the image of the crew in your mind with the image of delicious cooking bacon. Or if you don't eat bacon, the meat of your choice. On a more serious note, I agree that the concept can be disturbing, but personally, my subconscious sees a huge difference...it's difficult to watch real-life footage of the same thing happening because you know that there are people inside. But from having spent so much time inside the "guts" of games, behind the fourth wall...I know the wall is there, and that it isn't real. Maybe get into developing or modding?

Update: CA Integration is currently hampered by the fact that in CA, your "player" isn't actually in the vehicle the same way you're in a jet when you act as commander. It may need to be coded in such a way that it will detect the vehicle you're currently observing from--that's going to require some extra work but it certainly isn't off the table as of yet. I'm upgrading some of the hardware in the lab to make it easier to debug some of the issues people have been reporting, specifically crashes related to vehicle switching. In 2011 there was a similar bug, but we have tracked the current one down to the new sound system and are dealing with it.

Only a performance chart will guarantee that level of information. And in the case of the game, it would need to be based on data from the game and not the real world. The other option would be a time-consuming session of trial and error. As a general rule of thumb, higher density altitude at below transonic speeds will produce the best economy, but the exact speed and power setting would be aircraft dependant.

You're thinking of Kane & Lynch. Same publisher.

I had that. On the PC it was Super VGA Harrier, on the Mac it was Flying Nightmares.

If you bought DCS: A-10, you own the A-10 module for DCS World. It will use the same serial number.