Zyll

If you use trigger.action.outText, set the Clearview boolean to true and it should overwrite your previous message per your needs. Zyll @ TAW

can anyone confirm if they are getting intellisense for the DCS ME objects from dcs.lua? In LDT it worked great, in vscode it doesn't work for me. For example, can you get intellisense for Group, Unit, Coalition, etc? Thanks,

MIST 4.5.107: https://github.com/mrSkortch/MissionScriptingTools/releases

also interested if someone has got this working. it was seamless in Eclipse LDT but doesn't appear to work the same way in vscode

Great to hear that optimization efforts are a priority with the team. If you could please take a look at this thread, I think it might possibly provide some additional places for possible optimizations. Thank you for the excellent Syria map!

Hi Chooch, did you end up finding anything on this? I'm looking for it as well. The closest thing I found was in command_defs.lua, the following commented code: --[[ reset_counter() head_wrapper_commands = { OccupySeatPLT = counter(); OccupySeatCPG = counter(); } ]]

i don't suppose you guys have figured out how to determine which seat is currently being occupied by the local player? I'm working on tweaking the Apache ExportModule, and it seems quite inefficient to be retrieving arguments and sending data for the CPG when I am sitting in the Pilot seat, and vice versa. A simple argument value to determine this would be ideal, I just couldn't find anything like that in the aircraft lua files. The closest thing I found was in command_defs.lua, the following commented code: --[[ reset_counter() head_wrapper_commands = { OccupySeatPLT = counter(); OccupySeatCPG = counter(); } ]]

I've never seen this UI presented like this before. Is this new, or is it a mod? Zyll @ TAW

I +1'ed an existing issue in the Streamdeck Plugin github (https://github.com/ashupp/Streamdeck-vJoy/issues/8), but has anyone had success using a multi-action that includes the vJoy Button action? Without it, I can't do 9/10 of what I want to do with my DCS bindings.

Casmo is the only other one I can think of who had lots of material. I used to love Redkite but he had no Apache content unfortunately. Zyll @ TAW

Honestly, I find the Wags' Apache video series ideal Zyll @ TAW

The doco should be updated for this. I assume you were looking at the hoggitworld wiki. Anyone know how we go about suggesting a change? Zyll @ TAW

Thank you @wombat778, this does appear to have resolved my issues as well. I use RivaTuner to show me my frametimes, and prior to your fix, it showed extremely erratic frames. A previous tip had mentioned to update DCS-ExportScripts/Config.lua to change the export interval to something higher: ExportScript.Config.ExportInterval = 0.05 -- export evry 0.05 secounds Which helped a little bit, but was not a permanent solve. Your fix here is truly a REAL fix. I'm going to submit a bug on the github to get input on this.

Thanks Dragzor and others for adding your observations. I do think that there are certain conditions, maybe unique to Syria, or just more likely to occur in Syria, that exacerbate this issue. If I'm in a remote desert part of the map, or in Caucasus for example, I may not see such dramatic frame loss when switching to TV. My example in Incirlik is repeatable by many folks, so I'm hopeful that devs can use it to identify why using the TV causes occasional extreme frame drops and rectify. Just because it doesn't happen everywhere in Syria or anywhere on Caucasus, doesn't mean it's not a bug. Zyll @ TAW

could you explain how you got access to the uri (or anything else in serverSettings.lua) through the scripting engine? I'd like to be able to determine which dedicated server my mission is running on, so I can through script manipulate the SRS port being used in a lua file. Thanks,

I was able to answer my own question by going here and following the instructions for creating a Service Account. https://cloud.google.com/text-to-speech/docs/before-you-begin I actually prefer the way rkusa/DATIS did it, by using an API key. That way I could restrict the usage to a specific IP address (in this case the IP of the dedicated server). Having the credential json means that anyone could use it completely unrestricted. Maybe something to consider in the future.

hi all, Is there an example of what the Google TTS credentials json file looks like? Thanks in advance, Zyll the CMD window popup is the TTS function being called (making an external application call). So that's totally to be expected.

Pro-tip, you can look at any area in F10 map (top down) and then use this free cam view to look at that area. Use the mouse and WASD keys to fly around. Zyll @ TAW

emulating @Floyd1212's settings exactly, I still get basically the same results as I was getting originally. Maybe its the 32GB of RAM I have vs his 64GB, though I don't see RAM maxing out in my system overlay.

for the test i don't even move the TADS at all. I am pretty certain that if you are looking at sky or empty desert land, the results on FPS will me much different. To answer your question, no I'm not exporting displays, just simple pancake screen (ultra-wide) with TrackIR. Maybe the clues are in the forest details and visibility. I can try using your settings to try to figure out what is the x-factor here. Attached are my settings: null

@Lord Vader please see original post for new track and new video (same results). I created it in the same location as the original, as hunting for a poorly-performing spot in Caucasus may be difficult. I could have probably parked anywhere at Andersen in Marianas Islands and gotten similar results looking to the west, but I think everyone acknowledges that Marianas has its own issues. Again, the point is not to call out an issue specifically at Incirlik in Syria, but rather to illustrate how the TADS FLIR and TV are so massively divergent in their performance, given specific conditions. Thank you all for your attention.

i'll create a new bug thread with a clean mission and will link to it here. Apologies for the scripting errors (the mission is otherwise very minimal). EDIT: Actually for consistency, I'll just update the original post instead with a clean mission. It's possible this is a Syria-specific issue. Note that if I do the same test at At Tanf in Syria, it doesn't have a bad FPS drop-off at all. This though doesn't necessarily mean Syria is bugged in places, but it could be the combination of trees/buildings at distance that could result in huge performance drop-off. My biggest concern, is how the TV performs much much worst than the FLIR. Given that the TV is often our only way to get such a high zoom magnification, it is that exact situation where we potentially get the worst performance in-game.

Oh I bet the script errors are just because I have some local Lua that the mission runs from my c drive, nothing that should affect the results. Thanks for trying it out on your system. Note that I do run with render distance set to ultra, which may be a factor, or possibly other settings that we might have different between our two systems. It's interesting to me that the max zoom in TV mode performed much better for you than for me. Zyll @ TAW

EDITED per request for a clean mission with no script errors or mod dependencies. Results are essentially identical, but I did record a new video, updated the FPS numbers below to match the video, and provided a new track file. Realizing that this is a worst-case scenario where I'm looking at trees and buildings in the distance, I still feel that the performance of the TV is excessively bad compared to the FLIR, and at highest zoom level, the TADS on TV will absolutely tank any system given these testing parameters. Taking a simple single player mission, spawning at Incirlik and occupying the CPG seat. Maximum field of view with the TADS on FLIR - 85 FPS Maximum zoom with the TADS on FLIR - 78 FPS Maximum field of view with the TADS on TV - 48 FPS Maximum zoom with the TADS on TV - 14 FPS My system is a Ryzen 3800X3D with 32GB of RAM and a Radeon 6900XT with 16GB of VRAM FLIR TV FPS test (clean mission).trk Zyll Apache TADS performance - Syria.miz

Issue introduced in the Aug 22 DCS 2.8.8.43704 Open Beta patch. Title: multi-crew aircraft - player who slots in directly to secondary position does not leave the neutral coalition Affected airframes: verified on AH-64D and UH-1H, but the theory is more multi-crew aircraft might be impacted Recreation steps: enter a multiplayer server and slot into the pilot seat of an Apache have a friend join the same server as a spectator confirm via the scoresheet (apostrophe key) that they show as white, indicating neutral coalition now have them join your Apache as a CPG again check the scoresheet, they will remain white, when they should have turned blue because they are in your bird. SRS radios will not work between the two of you have the friend leave your Apache, and join their own Apache as pilot check the scoresheet, they will be blue indicating they are now on blue coalition have the friend leave their Apache and join yours now check the scoresheet, they are still on blue coalition, and now the SRS radios will work between the both of you The major symptom of this whole issue, is that the fact that player is neutral coalition means that SRS doesn't work between the two of you. You can't hear them either on intercom or on the same radio freq. If you both joined your own Apaches as pilots, then you both become blue, and the radios work fine. Who knows what else is broken by having a neutral CPG with a blue pilot, but this definitely got introduced as a bug after the Aug 22 patch. We confirmed on our own TAW servers, as well as a public 4YA server, the issue is easily replicated in all cases.