Despayre

Pretty sure that makes the Phoenix go active the moment it leaves the rails too. Dammit, beat my by || <-- that much... lol

Hey hey hey! That's not how the internet works! If you can't argue about it for at least another 10 posts anyway, are you even trying?!

1) Add night vision goggles to helmet instead of sunvisor 2) I believe means you can't use a Stored Heading alignment, you have to wait for a full alignment 3 and 4, not sure.

There are some planes I have to invert, and some I don't, but this sounds like it might actually be a physical controller issue. Have you checked with Windows calibration to make sure that the pedals do actually send the correct input, and that it has nothing to do with the game itself? Also, what plane are you using to set them up? (I checked on the F-15SE)

I have the exact same pedals, and I don't have that issue. They start off at negative 100, and when I push on either, they slide up to zero, and then keep going to positive 100. I have no changes to the default settings, am not using curves or anything else, my axis tune looks completely vanilla. I've noticed a lot of planes have 2 sets of wheel brake options, one's for an axis, one isn't. You're using the setup under "Axis Commands" for this, ya?

The exact way OP suggested, with one of the many rotary dials available on Winwing and other HOTAS'. Rotary encoder is perfectly straighforward with that method, it's the exact same way we dial up and down the lighting, set course headings, and a few other things. A POV hat doesn't work, that's a bad idea for that implementation as well. Next/Previous is, as I already said, not as good. It might be better than nothing, but it's not as good as, or better than, OP's suggestion.

It would be another option, but that's not nearly as fast as dialing to the right position would be. I don't think the 2 options are equivalently as fast.

*yawn* For those just getting here... here's where this thread is at... "tracks don't work, tracks don't work!"... Given inarguable proof tracks work from multiple users... "You got lucky, tracks don't work, tracks don't work!" ... Come on dude, move along.

Hmm, I went through a few pages of search results, but didn't see it... although I suppose, the more times it's mentioned, the more likely it might be to happen... (but I'm gonna run outta gas long before it happens anyway ).

I find those lights either too small to see, or perfectly placed behind the crossbeam of my planes. Would it be possible to create something like the FLOLS overlay so I can actually see the lights?

Ya, that volume starting at 0 thing caught me a few times... also, can't adjust the ICS in SRS, even though the volume knob moves in DCS.

Who do I contact to get my 5 bucks?

So is the lack of a sense of humour... or did the little smiley face not give you any contextual clues at all?

This seems like the problem. That should not be possible. On any multi-mon system I've had (I have been running multi-mon setups since XP) once Windows knows where the monitors are, and you change them, and apply changes, the same mouse movements should not still be possible... but from way over here, I don't have any more info to give you, but I'd bet 5 bucks that this is somehow the source of your problem, not DCS.

Futureproofing.

I don't know the exact boundaries of the upcoming Kola Peninsula map, but it's not impossible that part of it covers Zulu +1 (the vast majority of the peninsula is not, however).

Problem 1 - Windows setting, turn off taskbar on all monitors except primary. Problem 2 - If the images look right, it's not a problem, move on. Problem 3 - from the screen you took a screenshot of, you can literally grab the monitors with your mouse and move them onscreen to the correct positions. And yes, I read this part: 3) The order of the displays in Windows from left to right is 3-1-2, with display 3 being the main display. See screenshot widowed display setup. 4) arranging 1 and 2 in windows doesn’t have any effect. In real life the physical units are still arranged the same way compared to the main 4k display. I have to swap displays 1 and 2 physically, before they align in windows. I don’t understand this. it is as of windows always looks at the physical port and ignores the number. I don't know what's gone wrong to make that the case here, but that's not usually how Windows works, so my best guesses are either you have a non-standard monitor installation somehow, are using some drivers that Windows doesn't understand, or your X,Y values in DCS are not calculated correctly. What type of connections are your 2 smaller monitors using? are there any USB conversion adapters in play here?

Well now I know what I'm doing this afternoon... Tnx!

Where's the .miz file for that?

Wait... There's a manual?! - says 99% of DCS players...

I think that would be very hard to determine. Soo many variables that change... AI will do the same thing every time... 2 humans, not so much, even if both were equally skilled. As a baseline, if the hits against the AI go up, it's reasonable to assume there would be some corresponding (although not exact) increase against humans too, who, sometimes, are less than perfect, unlike our future overlords.

I think the best solution is to rename the WSO MFCD's... WSO_LEFT_OUTER_MFCD WSO_LEFT_MFCD WSO_RIGHT_MFCD WSO_RIGHT_OUTER_MFCD Never have a problem ever again, nor with any other module, current or future

Were the contacts on radar at the time? Were they identified as hostile, or just targets? (those are 2 different locking asks for Jester, asking for enemy lock, when they are only targets, won't work). Also, inside 20 miles is when I start thinking about switching to PAL mode anyway, usually quicker. Additionally, I've seen AWACS targets on my radar that Jester hasn't seen yet, I don't recall being able to lock those up either, but that's only if you're using an AWACS that you forgot to mention.

Is it possible to do that for switching between the front and back in the F-15E? We'd need a different variable, not unit_type I wouldn't think.

Actually, it's the well known category of "absurd", much like your claims here.