Zyll

Barthek, can you explain how the new system works? Will it be more efficient performance wise, or space wise, or neither. Does it result in more random field generation or a more realistic look from all angles? Thanks, Zyll @ TAW

Hi @Wingthor maybe coalition is a bad example, because as you pointed out there's an enumeration as part of Moose, but it also exists as an enum in the luadoc of DCS.lua. I figured out where coalition.troops came from, I had to disable the "show words" setting in vscode intellisense which was finding all kinds of strings in my lua and suggesting them. Why that is a thing in vscode is beyond me. So now my vscode is only making suggestions based on actual code in my lua scripts folder, great. If you wouldn't mind, would you show me what your vscode returns for country.id.? My vscode identifies country as a table, based on an empty table called country that it finds in DCS.lua, but it has no country.id because it doesn't seem to be able to parse the luadoc to flesh out the intellisense, so vscode just has this and nothing more: On the other hand, Eclipse with the LDT plugin seems able to parse the luadoc in DCS.lua and not just the actual lines of code, so it's intellisense returns the following: these are the lines from DCS.lua where Eclipse is able to retrieve intellisense, and I'd love to be able to get vscode to do the same, because it really is a much better IDE. To me it feels like the language server support in Eclipse LDT is more robust than the lua language servers available for vscode. do -- country --- [DCS Enum country](https://wiki.hoggitworld.com/view/DCS_enum_country) -- @type country -- @field #country.id id --- [DCS enumerator country](https://wiki.hoggitworld.com/view/DCS_enum_country) -- @type country.id -- @field RUSSIA -- @field UKRAINE -- @field USA -- @field TURKEY -- @field UK -- @field FRANCE -- @field GERMANY -- @field AGGRESSORS -- @field CANADA -- @field SPAIN -- @field THE_NETHERLANDS -- @field BELGIUM -- @field NORWAY -- @field DENMARK -- @field ISRAEL -- @field GEORGIA -- @field INSURGENTS -- @field ABKHAZIA -- @field SOUTH_OSETIA -- @field ITALY -- @field AUSTRALIA -- @field SWITZERLAND -- @field AUSTRIA -- @field BELARUS -- @field BULGARIA -- @field CHEZH_REPUBLIC -- @field CHINA -- @field CROATIA -- @field EGYPT -- @field FINLAND -- @field GREECE -- @field HUNGARY -- @field INDIA -- @field IRAN -- @field IRAQ -- @field JAPAN -- @field KAZAKHSTAN -- @field NORTH_KOREA -- @field PAKISTAN -- @field POLAND -- @field ROMANIA -- @field SAUDI_ARABIA -- @field SERBIA -- @field SLOVAKIA -- @field SOUTH_KOREA -- @field SWEDEN -- @field SYRIA -- @field YEMEN -- @field VIETNAM -- @field VENEZUELA -- @field TUNISIA -- @field THAILAND -- @field SUDAN -- @field PHILIPPINES -- @field MOROCCO -- @field MEXICO -- @field MALAYSIA -- @field LIBYA -- @field JORDAN -- @field INDONESIA -- @field HONDURAS -- @field ETHIOPIA -- @field CHILE -- @field BRAZIL -- @field BAHRAIN -- @field THIRDREICH -- @field YUGOSLAVIA -- @field USSR -- @field ITALIAN_SOCIAL_REPUBLIC -- @field ALGERIA -- @field KUWAIT -- @field QATAR -- @field OMAN -- @field UNITED_ARAB_EMIRATES -- @field SOUTH_AFRICA -- @field CUBA -- @field PORTUGAL -- @field GDR -- @field LEBANON -- @field CJTF_BLUE -- @field CJTF_RED -- @field UN_PEACEKEEPERS -- @field Argentinia -- @field Cyprus -- @field Slovenia -- @field BOLIVIA -- @field GHANA -- @field NIGERIA -- @field PERU -- @field ECUADOR country = {} --#country end -- country

Whoops! You are right, got my nots mixed up, but you are on the ball. Zyll @ TAW

a1 will evaluate to nil if it doesn't exist, so you can simply wrap the lines that follow in an if clause: if a1 != nil then ... end Zyll @ TAW

Can you turn the microphone input down to 0 in this case? Zyll @ TAW

It's in the sound settings iirc. There is a checkbox to turn voice chat on and off there. Zyll @ TAW

Thanks @Wingthor for taking the time to respond. I unfortunately am still not quite sure I'm getting it. So I do have intellisense working for Moose, as evidenced (I believe) in the screenshot below: For simplicity sake, I have all my scripts in one folder, including Moose.lua, DCS.lua, mist etc. I assume the fact I'm not using the uncommented version of Moose would not impact the ability to show DCS.lua luadoc. I'm using Sumneko's popular lua-language-server extension, which appears to work with vscode-lua-doc, and also gives credit to EmmyLua in the list of software it uses. Are you saying that EmmyLua includes other functionality that extends Sumneko's language server, and I should be loading both extensions together? When I try to bring up intellisense for a DCS coalition object, this is what I see: The popup functions don't correlate to what actually is applicable to coalition (troops doesn't exist yet it came up in intellisense), and the intellisense doco gives the above error. To me, its like the luadoc in DCS.lua does not follow the same conventions used in Moose.lua, and given that its just a prototype file with no code, DCS.lua is just not working as expected for me. LDT on the other hand worked, it seemed to know how to read the DCS.lua prototype, and I'd be thrilled to be able to make vscode behave similarly. EDIT: > Then you need to add the scrips folder witin DCS world main folder to your worksspace in VSC (if you want). And/or other DCS lua libs. this is something I did not do, let me look into this as well. EDIT2: sadly the inclusion of C:\Program Files\Eagle Dynamics\DCS World OpenBeta\Scripts into the workspace didn't help

As I recall, that folder didn't even exist until you installed that cockpit texture mod (or possibly a different one). The default cockpit textures would have been in a zip file under program files/Eagle Dynamics folder. C:\Program Files\Eagle Dynamics\DCS World OpenBeta\Mods\aircraft\AH-64D\Cockpit\Textures\AH-64D-CPT-TEXTURES.zip Did you try deleting the Cockpit_AH_64D folder and clearing fxo and metashaders2 folders? Zyll @ TAW

Is this what you are looking for? https://www.digitalcombatsimulator.com/en/files/3321192/ Zyll @ TAW

unless i'm misunderstanding the question, wouldn't this work for you? The first line could be a DO SCRIPT as shown, or alternatively a DO SCRIPT FILE to pull the ctld.lua into the miz, but the second line "ctld.TRACE = true" should work either way, to set the value without you changing the lua.

Oh I always reference the hoggit documentation for scripting in both Mist and DCS scripting, it's generally more up to date. https://wiki.hoggitworld.com/view/DCS_func_outText Zyll @ TAW

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