void68

Every high contrast signature should work, so hot on a cold environment for IR and bright on a dark environment for TV (and vice versa), be it a vehicle, a building, a tree. As you easily lose focus it's best to look for an isolated entity. You can cheat on this by hitting <active pause> which gives you enough time to hit the ideal range - not in MP though. Yes, BSighting might be a bit tricky as you usually operate above the cloud layer (with no sight on ground structures) and during climb you got enough other tasks to do. While you are in hot you can do BS, as it's not that important . Just do a lock / handoff with the TGP and adjust the Maverick (as it's misaligned) for another lock. When both targets are identical hit "BS" and then just fire / ripple, so the next 1-2 Maves on that rack are aligned now. Just look for an isolated, easy to identify unit you need no TGP for under usual conditions. I'd call that "boresighting on the fly". As long as it's a suspicious dot on enemy ground you need no TGP.

It's not that easy: You always should BS on a distant object due to parallax. If you want to have a match at 8nm, you should BS at 8nm. Do a BS at 1nm and you will have a large displacement at 10nm!

There is a 2 staged zoom in VR. I am using it all the time. However it's not that easy to find, because as usual the command is using some cryptic explanation. When I am home I can dig it out. There 's even an unzoom regarding cockpit position for a wider field of view. Another hint how to improve AAR: don't use rudders once under the tanker, use gentle inputs, anticipate movement and try to narrow your F16 down to correct speeds and position. If you lose connection or can't connect most of the time it's speed related. Don't stay fixed on the tanker's alitutde, like Furiz wrote, but I'd like to add you don't even need your tanker's speed! Once you are in his "sphere" nothing matters anymore, just your position in relation to his. Try flying with eyes focused far, like you are driving in a very narrow lane just between a truck and the guard railing: You notice that if you keep you eyes fixed on closer points like the truck wheels or the railing you tend to PIO. Relax and steer from the corner of your eyes.

Asked a lot of time over 3 years or so... For homepit builders using simple switches a single action for the ejection seat handle is inevitable. Other models like the A-10 or F-4 (don't remember exactly) have the option to keybind it to a single keypress, not triple. Implementation shouldn't consume so much programming time... When?

Well, I have no real additional code here, I did an "execute script file" mist.lua and "execute script" with the code under triggers action. Gruppe (ground unit group to spawn) and Zone (triggerzone) were both defined. I don't quite understand as Isn't that exactly what I wrote and what it should be: mist.respawnInZone('Gruppe','Zone')? Gruppe and Zone are valid. I even put a space at the approbiate places around the comma like in the wiki, no change. Even stranger thing is that after I copied/pasted the different codes from the wiki it suddenly worked - despite they look exactly like my input - the parameters between {} and the nil, 4000 weren't the problem as I deleted them and still the script works. SA2 is the name of both the group and the zone, not the best choice I know, but it was just for testing purpose. Well, I don't know why it does work now and did not before. Thanks for help nontheless.

I used mist.respawnInZone('Gruppe','Zone') and it comes up with with error. What am I doing wrong?

thanks guys, lots of help to prevent future issues

Thanks, I always planned to use the Command Injector but was too lazy. I didn't mention my editing first because I thought that adding a few lines in the .lua (like I did hundreds of times before - and I still wonder what might have gone wrong) could have broken the commands, but not that the devices were put to sort of offline. I will walk through Quaggles' Command Injector then. Still I wonder what will happen if DCS adds some required new code to the default.lua that the backup does not have. That's why I went from just replacing to editing / adding lines to it.

Thanks so far. What helped: After a DCS repair I got my default.lua back and it worked. Before I had copied my individual .lua entries back into the default.lua from the after-update DCS-backuped default.lua like I have to do after each update, these additions enable keybindings for ejection arm lever, pneu/elec elevation and different speed settings for CRS and HDG knobs on the HSI (again thanks to @LeCuvier for helping me with these two years ago). Perhaps something went wrong with the copy+paste, despite I went on with extreme caution and my experience is over two years... when I tried it 2nd time it worked again. DCS doing DCS things... or I had a bad moment. Ah, damn, right... there they are. Thanks for pointing me to them. They are intact I just hadn't noticed them there. I was in real stress as I lost my config 1h before a big MP game. Well, 99% is working again.

I reinstalled the default.lua and at least they respond again. Don't know why, after another edit it still works. Now my default settings like MFDs are empty. They had a default binding before (MFD button #1 on #1 etc) and I didn't save them - as they were installed after joystick / MFD installation. DCS put some default over it, like on the HOTAS switches. They are all gone. How to get the default back?

All controllers are "dark", they lost all keybindings and I can't neither load my profiles nor set new keybindings. They are just "dead". Other models work, it's just the F-16. Did a DCS repair, no change. Did restarts, reboots, the usual stuff. How to get my devices work in the F-16 again.

I can't login and have to play offline - that happened the last 2 weeks occasionally. New is "you have to enter a local password" and it says it does not match (wrong, it's the same) and don't even let me access any module. Can we have an urgent fix? What's going on since last patch? edit: did a DCS-repair, did a reboot, changed my password just to be safe: no change! No login, no access to neither modules (just the standard free ones). edit2: added this to \Windows\System32\drivers\etc\hosts now it works. 185.195.197.4 api.digitalcombatsimulator.com

Thanks to you both. My cockpit is already cramped as I put it onto a motion rig and everything has to be fixed, so no mouse, just a trackball (bolted down to an alu extrusion) on the right. Almost impossible to mount something between my legs neither on the left side (left F-16 console is packed with needed switches). Well, it might be a workaround for others, I just still wonder why no one else wants mouse movement possibility on the HOTAS with all these possibilities. I recall from my memory that mouse emulation by stick was possible even with the old 1. gen Cougar HOTAS in the 2000's. But Quaggles might be a good idea, whereas I don't like to start just another background program for a simple task DCS could solve with a minimum of corrected coding (already need a handful for DCS: rig program, 2x immersive progs for bassshakers, motion compensation, VR prog, joystick progs). Perhaps it even helps with this ridiculous 3xCTL E for ejections...

Ich empfehle Dir weg vom HF-8 hin zum Bassshaker. Den HF-8 hatte ich auch vor meinem Rig zur (bescheidenen) Simulation von Kräften / Beschleunigungen neben der reinen Vibration. Die benötigst Du aber nicht mehr im Motionrig. Ist nett, aber es fehlt wirklich der Wumms. Gerade im Heli ist das Flopflopflop des Shakers unglaublich beeindruckend und verstärkt das leichte Hüpfen des Rigs. Lautsprecher und Verstärker gibts für je 80€, Software für 30€. Buttkicker ist unnötig und überteuert. Die Rennheinis packen sich 4-5 Shaker mit 5.1 ins Gestell...

Danke schön . As I fly in VR I don't need the camera movement to look around. When I switch to any outboard view I can look around in that outer view, but I can't change its position. I can't rotate around an aircraft with any other device than the mouse, I just can look around from that initial position. So with HOTAS idea in mind it's very annoying to get the hand off the stick and grab the mouse when I got enought analoge hats/sticks on my HOTAS. I wonder why none of the devs reply with a solution. What's the idea behind limiting camera movement just to the mouse?