GregP

Are you sure that the key you're using as PTT is not already mapped to something else within DCS? A conflict like that might prevent VAC from working correctly.

You can toggle snap views by pressing RCTRL + Num0 instead of just holding down Num0. And as for binding, can't it just be bound like any other key? In the UI, clear the current key assignment and enter your own.

Wow ... old thread. Had to go back and read a bit to remember what I was talking about. :) But the answer is no, I never fiddled any more with the zoom HUD settings. Per the earlier discussion when I agreed that moving the eye point back further in the seat seemed reasonable but had the downside of making the HUD text not fit within the smaller HUD frame anymore, if you check out any of Fish's excellent tutorial videos you can see how appealing and fluid his eye-point position is -- but yes, still has the downside of not everything being able to fit on the HUD. He's commented that this doesn't really bother him and that he just moves his head inward toward the HUD (via TrackIR) when he needs to read some HUD text that doesn't fit in the normal zoomed-out view, but from experience I know that that just doesn't work for me.

I can't see anything wrong with what you've done, aside from your needing to set DisableSnapviewSaving to false in your view.lua if you want your 2nd or 3rd methods above to work. How are you testing this in-game? I have found that some of the official missions, as well as a number of user-made missions, prevent client-side snapview customization from working. If you haven't already, create your own mission and test your snapviews that way.

Yep, I'd most likely buy a set too. They look incredible!

Well I haven't done a test with the 7970, but back when I was using a 6970 (but still using a resolution of 6400x2160) my FPS went from 20 up to 23-4. I'd imagine just about same would happen with the 7970.

Excellent video. I always knew I'd been neglecting the HOOK options, but it never occurred to me that the EXP modes were all that useful. Definitely learned a lot here -- thanks!

Yup, as I posted here: http://forums.eagle.ru/showthread.php?t=84963&highlight=7970

Update: 1) I verified that I do in fact have "use these options for all missions" already checked. 2) I deleted all controller axis bindings in game mode, and still I have the weird control behavior. So that's those two possibilities ruled out. I've attached two versions of the Smerch Hunt mission: the default version and a version with all LUA files removed ... both mess up my controls. As a point of comparison, I've also attached the default In The Weeds missions, which works just fine, with or without the LUA files that are included in it by default. Missions.zip

Right, that's going to be the first thing I check when I get home today. :) Also I should note that these missions don't actually change my settings -- if I go into the controller options in-game they're all correct -- they just somehow get overridden during the mission.

Snapviews are views that you can define such that when subsequently pressing the corresponding button will take you directly to that view again. As such, they're perfect for getting zoomed-in views of MFCDs, instruments, etc. There are two ways to access them: 1) Momentary snapviews: Press LWin + KPx, where x is 0-9. This view is only active for as long as you hold down the button combo. 2) Sticky snapviews: First press and release RCtrl + KP0, then press and release KPx, where x is 0-9. This will 'toggle' the snapview such that it will remain fixed in that view until you press RCtrl + KP0 again. So how do you define the snapviews? I believe some are defined by default, but they may or may not be proper for you based on the resolution you use. For my setup, for example, none of the default snapviews are adequate, because I run a 6400x2160 resolution across 4 monitors, which is most definitely not what the devs had in mind when setting them. :) To set your snapviews: 1) Change ‘UseDefaultSnapViews’ to ‘false’ in View.lua 2) Change ‘DisableSnapViewSaving’ to ‘false’ in View.lua 3) Move the viewpoint to your desired location (refer to the Key Commands PDF for the key combos to pan, tilt, zoom, etc.) 4) Press LWin + KPx, where x is 0-9 5) Press RAlt + KP0 And you're done. Even though I use TrackIR to pan around and zoom in on the cockpit, I still find snapviews to be tremendously useful. I have mine set to: KP1: Radios KP2: NMSP KP3: CDU KP4: left console KP5: HUD KP6: right console KP7: left MFCD KP9: right MFCD

Thanks for the responses, guys. I'll pass on the missions that are messing things up tonight when I get home. With more testing I realized that not ALL missions get messed-up controls ... it seems that most ED missions (for example In The Weeds, Defend Camp Yankee, and Sitting Ducks, and the campaign missions) work just fine, but user-made missions such as =STP= Dragon's Mission and Training Packs and StrongHarm's "Build-up In Patara Valley" always mess up my controls. It seems that Smerch Hunt also messed them up, even though I believe that is an ED mission file. Anyway, thanks for the help so far, guys.

OK so, removing all the *view*.lua files does indeed restore my desired modified snapviews. HOWEVER, I can find no way to stop my controls from being remapped ... even if I delete every single file other than 'mission', still my controls are messed up. In a simple takeoff mission that I created long ago, my controls work fine. But as soon as I load another mission, suddenly roll and pitch are reversed and get 'stuck' in either full forward/backward/left/right after I move the stick. Is this not a common problem? You guys can just take other people's missions and jump right in?

This is an annoyance that's been around since the betas. It seems that the vast majority of user-made missions that I download somehow preempt my own snapviews and default viewpoints with (I'm guessing) whatever the creator was using. So for example my own tweaked HUD view now gets replaced with some other HUD view, apparently the one used by the mission designer. It also seems that axis and button assignments are also prone to being preempted by user-made missions ... what's going on here? Is there any way to prevent this from happening? It essentially makes these missions unplayable, doesn't it?

As do I: http://forums.eagle.ru/showthread.php?t=84963&highlight=7970

Hmmm .... well, I've built a system that has 2/3 of that display area for less than half the cost of that setup (I run DCS at 6400x2160, incidentally):

Official ED answer here: http://forums.eagle.ru/showpost.php?p=1395308&postcount=24

Finally an answer, woo-hoo! Thanks for responding, USSR_Rik. Well, at least we know that no amount of pestering AMD is going to change anything. :) Looking forward to Nevada and other future DCS releases.

Well, this might not help much, but I can confirm that the snapviews are working properly for me in 1.1.1.1. I presume you've tried rebooting your computer, unplugging and replugging all peripherals, etc.? Sounds like you've got a stuck key or something.

Yes, I had a 6990, and in DCS one of the cards gets disabled, so it uses just one of them.

Exactly. Although I have to admit, it seems that wtfisgoingon has done the impossible ... he's got usage on both cards and better FPS with two cards than with one. Well my friend, consider yourself lucky ... all the rest of us are quite sure you are the only person in the world who's gotten Crossfire to improve your FPS in DCS. I'll have to have you build me a computer sometime. :) Bottom line though, is that 99.9999% of us cannot get it to work, and it seems to either be due to the DCS engine not really supporting it OR AMD not supporting the DCS engine. And I ask again my original question: Can SOMEBODY from ED answer this question for us? Anyone?

Nope, you're the Chosen One, apparently. :) But seriously though ... given all that I've read on this forum, very often people believe that Crossfire is working for them, because for whatever reason they get better results with it 'enabled' instead of 'disabled', but when they actually look at their GPU usage, in utilities like Afterburner, they discover that the second card was not in fact being used. So yeah: I'm really, really curious to know what's going on with your cards. Clearly you're seeing some kind of advantage ... but the odds of it being a result of a true Crossfire setup are just incredibly low, at least based on everything else I've read. Can you describe specifically what you mean when you say you have it working?

Yeah you seem to be the luckiest DCS/AMD fan ever :) -- to my knowledge, you are the only person who has ever gotten Crossfire to work in DCS. I tried your suggestion about shutting off Catalyst AI, by the way, but it didn't work for me. Are you absolutely certain that both of your 5770's are being used? Have you used something like MSI Afterburner to verify it?

Well, anything's worth a try to get CF working, but following the above process, I get no change in either GPU usage on the second card (0%) or FPS on my dual 7970's. Oh well....

Really? I didn't realize that. OK, will update original post.