St3v3f

Is there any chance of changing the behavior for muting players not in the sim? What I mean is when they are set to mute in teamspeak, it often causes issues by leaving them on mute until you manually remove that. Wouldn't it be possible to mute them the same way you do with players in the same sim as you are but not on the same channel?

Since the 1.2.3 update, I don't get repairs for the laser only. Before the update, I was able to repair the helicopter even if nothing else was damaged (like after two or a single laser intensive sortie and the laser is just short of dying). I get the copy reply but nothing happens. As a workaround, I made a "hard landing" damaging the gear, repairs worked and I had a fresh laser as well, so it still does get repaired even if not completely burned out.

From the mathematical / logical point of view, an OR expression is true if either or both sides of it are true. That means that as long as the group is alive, the expression is true, regardless of the flag or the units location. You can compare it with multiplication / division and addition / subtraction. AND is the multiplication (it's evaluated with a higher priority) while OR is the addition and evaluated with a lower priority. Or: Exp1 AND Exp2 OR Exp3 equals (Exp1 AND Exp2) OR Exp3 not Exp1 AND (Exp2 OR Exp3) Hope that clears it up a bit

I believe a macro sends the keys sequentially, therefore it is not suitable for combos. But the standard commands work just fine for me without having to use extended commands or delays

Buddy of mine and me have installed the new b3 version and we are both having the same issue: In Singleplayer, it seems to work all fine, when clicking yourself in teamspeak you see the frequencies and other users are muted. In Multiplayer, it goes from spectating to not running, nobody gets muted. This is the content of the log:

Carried over your input files from DCS A-10C standalone? Either way, delete (or move) your Saved Games\DCS\Config\Input folder

If you have to PvP fight with low fidelity aircrafts vs. high fidelity ones, then the mission writer screwed up big time if you ask me, regardless of which one will have an advantage...

Thanks buddy, I've been searching for a diagram like that without success!

Apparently it does:

I successfully landed the 33 on the CVN. It's just a matter of approach speed and vertical velocity. I think it worked best with something between 270-300 kph

Ask ATC for a bearing to the base

Try deleting your Su-25 controls from the folder in Saved Games

Open DCS Singleplayer, click on replay and chose the track of your desire

I think he was rather about the tanker, not the A-10. But seriously, I wouldn't want to do refueling the A-10 at 150 knots. It's hard enough at 180. Wouldn't it be best if the tanker was able to dynamically adjust his speed according to the type of aircraft that is coming for a connection? I assume this is what they do in reality.

No. But they can (and do) have a copyright on a specific implimentation. Nothing's keeping anyone from doing a terrain in that region, but you are not allowed to take the one Ubisoft has without their permission. Long story short, it would have to be done from scratch and they can't just take it and make it usable for DCS

Edit: Please excuse this bs posting :)

Usually you can only set a single ip as dmz. It means that the router will forward all incoming requests on ports that have no specific forwarding rule set to that ip.

DCS is to something like the falcon series what battlefield 3 is to doom. It's the next step in an evolution. It certainly did not invent the genre.

I like this. Especially if you consider having a bunch of 3rd party planes some day. Using a model with slots that specify a role rather than an aircraft would relieve mission designers of having to update their mission for every single plane that would fit into the mission

Multicast streaming, maybe. But then again, watching a video on youtube uses TCP. I guess you mean Voice or Video over IP. UDP is generally better for games because it takes some time for TCP to detect, request and resend a lost packet. And in that time, no data at all is delivered to the upper layer application. So essentially, you will experience a lag while the game waits for data that is outdated anyways by the time it finally arrives. So a game (or any real-time application) is better off using UDP and fixing errors caused by lost packets itself. A simple example might look like this: The game sends updates of a player's position on the map. Packet 1 -> Player at coordinates 1.1 Packet 2 -> Player at coordinates 1.2 (Packet gets lost) Packet 3 -> Player at coordinates 2.2 So because the other players do not receive the second packet, it will look to them as if he would just jump from 1.1 to 2.2 and everything continues as usual.

Make sure you open the TARS control center as administrator

By only deleting the folder, it will be downloaded and reinstalled with the next autoupdate. To really get rid of it:

Been playing the bay a couple of times last days, no issues. Not sure if the classes are the same though

For the clutch (i) button to become assignable, right click the profiler icon in the tray, go to control panel (I'm not sure what the options are called in english, it's the one where you can see all the buttons and axis and test them), then go MFD and uncheck the box that says enable clutch mode. The other, mouse related buttons are assigned in the default profile to exactly those mouse actions. You have to got to the profiler, clear all assignments on these buttons and then save and activate the new profile (you have to activate the profile after every reboot) The ministick however is not assignable as an axis (unfortunately). What you can do is to assign bands to the axis in the profiler and assign keys to those.

+1