jonsky7

Am I the only person seeing this issue?

Thanks, I figured I'd give it a go and all is well so far.

How many waypoints have been imported from the mission? The Right LSK3 is showing ?-1, which is what it looks like when you have entered all 50 available waypoints. It usually looks like ?1 or ?10 etc from 1-50. You will not see anything happening in the A10C when TheWay is doing it's stuff, it is instantaneous for this aircraft. All you will see when it's working correctly is the number on LSK3 change.

Hello, Anybody else finding that it takes a considerable amount of time from when the radar finds a target to you being able to lock it up with TMS up? The radar shows the little white square with a line, but it takes like 10 seconds for me to be able to lock it up. Once the contact is a little white square I thought that means the radar has found it. Am I incorrect? Thanks

Hello, I bought the upgrade for my gunfighter Mk2 to make it a mk3 a while ago, only getting round to fitting it. I'm having a problem installing the new circuit board to the side of the gimbal. Basically my clutch is held together with a stud with a nut on it, and the nut is interfering with the installation of the board, have I been sent the wrong board? I did send pictures of the base as requested when ordering the upgrade. Am I supposed to just remove the nut? Please help, the official tutorial video does not show the same Mk2 as I have.

I think what that function does is switch to weapon view on launch. So you're flying along in the cockpit view, if you toggle that function on, when you launch a weapon it will automatically switch to the F6 view. The best I've come up with what you are after is headtracking hardware, and the use of time deceleration. Slow time down, use a headtracker to follow the missile, then speed it back up again in editing, to achieve something like.....

Ah that's awesome, thanks very much for taking the time to leave your message, certainly makes writing the guide feel worthwhile .

Don't think it's supposed to work like this

I dont have the Mig21 but for the Mirage it seems Razbam have used a different file system with regards to the kneeboard. Probably because they have aircraft "controls" embedded in the kneeboard. And so this "mod" doesn't work with them.

So I've noticed that there's been a change to the way the rotary knobs respond to inputs, though it isn't mentioned in any changelogs as far as I can see. Previously the rotary knobs would auto scroll when a key was pressed, and now they only move one click at a time. While I appreciate this change, I made a keybinds mod to do the same thing, I'm finding the implementation a little clunky. Basically a substantial pause is required in between each keypress, or mouse wheel scroll movement, for the next keypress to be recognised. This means that each indent of the mouse wheel scroll does not correspond to a letter/number change whilst inputting data, in fact if you scroll fast enough you can have five or six indents in before the letter changes. Or you have to pause between each press of a keyboard key to do the same. I didn't have that required pause previously but could scroll one letter at a time by simply adding the following to the default.lua in the keybinds and users could use either the fast scrolling method or one step increment method using the mod. {down = device_commands.Button_8, cockpit_device_id = device_id, value_down = 0.5, name = _('Left big knob Increase in increments'), category = _('NS Device')}, {down = device_commands.Button_8, cockpit_device_id = device_id, value_down = -0.5, name = _('Left big knob Decrease in increments'), category = _('NS Device')}, {down = device_commands.Button_11, cockpit_device_id = device_id, value_down = 0.5, name = _('Left small knob Increase in increments'), category = _('NS Device')}, {down = device_commands.Button_11, cockpit_device_id = device_id, value_down = -0.5, name = _('Left small knob Decrease in increments'), category = _('NS Device')}, {down = device_commands.Button_26, cockpit_device_id = device_id, value_down = 0.5, name = _('Right big knob Increase in increments'), category = _('NS Device')}, {down = device_commands.Button_26, cockpit_device_id = device_id, value_down = -0.5, name = _('Right big knob Decrease in increments'), category = _('NS Device')}, {down = device_commands.Button_29, cockpit_device_id = device_id, value_down = 0.5, name = _('Right small knob Increase in increments'), category = _('NS Device')}, {down = device_commands.Button_29, cockpit_device_id = device_id, value_down = -0.5, name = _('Right small knob Decrease in increments'), category = _('NS Device')}, This has also broken my pretty awesome (self admittingly) voice attack profile, though I did manage to fix it by adding a pause between key presses, but it's so slow now Was this an intentional change? or a new found bug? If intentional, any possibility of reducing the required pause between each key press? Thanks

Good point, we can't ask the navigator to do stuff, so I don't see the issue with being able to do it yourself.

shameful bump

Shameless bump

I've not looked into changing the position of the messages, there is a mod to move the controls indicator though, though the George AI target list is then over the top of it when it pops up. https://www.digitalcombatsimulator.com/en/files/3321356/

Hi So automatic switching of the exported displays has been implemented in the new patch (28JUL22), don't forget to remove any previously modified files if you have them! Just wanted to drop a word of thanks for implementing this feature, much appreciated. If anyone wants to change the name of the exported displays, to separate them from LEFT_MFCD and RIGHT_MFCD, for whatever reason, you'll find that they are defined in: %/DCS World.openbeta/Mods/aircraft/AH-64D/Cockpit/Scripts/Displays/MFD/indicator/LCD/MFD_LCD.lua

Sure, but it doesn't work in multiplayer on most servers. The server option "Allow Sensor Export" must be enabled for it to work, and the default is off, so I haven't found a server with it enabled yet. The data seems to come from the "game engine" data rather than the "aircraft" data which it normally does. I don't know a better way to describe it. The data from line 1056 onwards also treats all the fuel as one tank, so I couldn't separate internal and external tanks. But it does add external tanks successfully to the fuel total. So I inserted the following into line 1069 local lendurance = (lEngineFuelInternal *1440) / lFuelConsumptionTotal and the following at line 1113 ExportScript.Tools.SendData(8020, format_int(round(lEngineFuelTotal *3170, -1))) -- Tot fuel ExportScript.Tools.SendData(8030, formatTime(lendurance)) -- Endurance hours

Thanks, but I don't know how to do that edit: think I got it

Hi Would it be possible to output the fuel reading from the AH-64? I see this in the module .lua file -- Engine Info local engineInfo = LoGetEngineInfo() local lEngineRPMleft = engineInfo.RPM.left -- ENG1 RPM % local lEngineRPMright = engineInfo.RPM.right -- ENG2 RPM % local lEngineFuelInternal = engineInfo.fuel_internal -- 1 = full. 0 = empty. Includes external tanks for FF aircraft local lEngineFuelExternal = engineInfo.fuel_external -- TANK2 (EXT) (KG) -- does not seem to work for FF modules local lEngineFuelTotal = lEngineFuelInternal + lEngineFuelExternal local lEngineTempLeft = engineInfo.Temperature.left -- ENG1 EGT ºC. May get odd numbers local lEngineTempRight = engineInfo.Temperature.right -- ENG2 EGT ºC. May get odd numbers local lFuelConsumptionLeft = engineInfo.FuelConsumption.left -- {left ,right},kg per sec local lFuelConsumptionRight = engineInfo.FuelConsumption.right -- {left ,right},kg per sec local lFuelConsumptionTotal = lFuelConsumptionLeft + lFuelConsumptionRight -- total,kg per sec local lHydraulicPressureLeft = engineInfo.HydraulicPressure.left -- {left ,right},kg per square centimeter local lHydraulicPressureRight = engineInfo.HydraulicPressure.right -- {left ,right},kg per square centimeter But I don't know what to do with it. I use the export script for iKarus, so for example in the F18 i can use the parameter 2008 so iKarus inputs the fuel reading from ExportScript.Tools.SendData(2008, ExportScript.Tools.DisplayFormat(lEngineFuelClock.txt_FUEL_UP, 6)) -- up Fuel Any help much appreciated.

Sort of similar for me but happening during flight, I get that fluctuations in FPS happen based on scenery etc, but this is pretty much an exact halving of FPS, and doesn't seem to be particularly scenery related to me, more like rhythmic time related.

Not the same parameters, but a reduction in framerates to about half. I have noticed this before a few times, but tonight on a multiplayer server I frequent I can recall some details, but no track unfortunately. The server is quite busy with regards to AI enemy air, and lots of ground units on both sides. It was night time so I was using pilot Pinviss (whatever its called), the drop in framerate was almost rhythmic in nature. Flying low over the foliage of the Syria map, the framerate went from steady 45-50, down to 18-20, back up to 45-50 etc every few minutes, like a minute of high and a minute of low, maybe even two minutes of each. Switching off PNVSS (?) or changing the screens on the MFDs didn't have any effect, and I seem to only have this issue in the Apache, I do also fly other helicopters in the server. 12900k 64GB DDR4 3600mhz Nvidia 3080Ti Nvme 2TB Windows Nvme 2Tb DCS

Shoot like what?

Hello Is the Map going to feature in the trial licences at all? Thanks

That's the same for me. I don't know how the 1x1 version would work, because you can only export each display once. The displays working in external view differs between aircraft and sometimes patches. You could probably raise the TGP video pausing in external view on the exported display as a bug/issue.

I don't think that is in there, he was just making a suggestion.

You won't be able to do this within DCS itself as you can only export digital displays, you will need an additional program like Helios http://www.captzeen.com/helios/index.asp