Zyll

Io.open would require a full path to the file on the file system, so I think your idea would work only if your different servers were on separate physical servers. If you had 2 dedicated servers separated by folders under Saved Games, I'm not sure you would be able to make it work. Certainly interested to know if you make something work, else check out that link that Tempest posted, it definitely worked for me. Zyll @ TAW

you could use a conditional trigger and use a flag counter that increments to 10 or a 'time since flag' condition to exits the loop. That's the easiest way I can see doing it in the ME without a lick of lua scripting

holy crap it actually worked. Thank you guys. This is my server script: /Scripts/Hooks/set_server_id.lua: local ssi = {} function ssi.onSimulationStart() local status = net.dostring_in("server", "return trigger.action.setUserFlag('server_id', 99); ") log.write("[set_server_id]", log.INFO, "server_id flag set") end DCS.setUserCallbacks(ssi) this is what's being run inside the miz to validate it sees the flag: env.info("server_id:" .. trigger.misc.getUserFlag("server_id")) this now opens the door to fancier stuff (or maybe not, because 100 DCS restarts later, I'm kinda done testing this thing now, lol)

Hmm, so what @cfrag responded with here using flags didn't work for you in the end? Zyll @ TAW

hey guys, I'm only just diving into server hooks here, so please bear with me as I struggle here. As I understand it, I should be able to create a Scripts/Hooks/set_server_id.lua file, which has these contents: local status = net.dostring_in("server", "return trigger.action.setUserFlag('server_id', 99); ") log.write("[ZYLL SCRIPTING]", log.WARNING, "started") and then in a mission trigger, I just wait 3 seconds and then try to output the value of the server_id flag: env.info("server_id:" .. trigger.misc.getUserFlag("server_id")) It shouldn't be any easier than this, but the server_id flag value is always 0, implying that the mission is not able to see the flag that was set in the hook script. The hook script is running with no errors, as evidenced by the log message being written successfully. I've tried different variations of escaping the string "server_id" but no matter what I do, I don't see the flag from the mission. Can you please enlighten me? thanks!

Good recommendation, I have seen other colleagues using this tool. For those who already use Notepad++, it also has 'tail' capability, as well as keyword highlighting which you can setup in the preferences. What I do is have a windows shortcut that launches DCS.log in tail mode within Notepad++. Just another option for folks out there. Zyll @ TAW

Some context on exactly what I'm trying to do: We have 5 dedicated servers (all same IP, different ports), and have SRS running too, one instance per dedicated server. I am trying to have a mission be aware of which instance they are on, so I can dynamically set the SRS port configured in the script for Text-to-Speech support. You don't need to understand how SRS TTS works or anything, the simple ask is whether I can pull ANY server info from within my mission script (which happens to run as DO SCRIPT as opposed to DO SCRIPT FILE if that matters). A getter to retrieve the server name, IP/port, description, even local file system folder where the miz is located... any of these would suffice for my purposes. Our servers have sanitization turned off. I did ask this in another thread a while back but didn't get anywhere at the time, hoping there might be some new(er) insight. Thanks all,

You can confirm if the jtac is lasing by turning on your NVGs and look for the sparkle. Zyll @ TAW

During your comms with jtac via F10 menu, are you indicating 'in' and have you requested 'laser on'? Zyll @ TAW

Oh that IS weird. It makes sense that the Moose version could be out of sync, but for the file in the ED folder to be off, that's crappy. Zyll @ TAW

You can reference the DCS.lua that comes with Moose: https://github.com/FlightControl-Master/MOOSE/blob/master/Moose Development/Moose/DCS.lua

Most likely (this has been my experience anyways) your sight is currently FCR because you as the pilot switched to it and so as Floyd states, you need to take the additional step before guns will follow your head. Zyll @ TAW

if you edit the database though, then you have locked yourself into a custom version of Massun's v3.0. If you edit the mission files in your miz's, at least you have a better chance of being upwards compatible to the next version, whenever that comes out. Of course, having over 100 affected missions certainly puts you in a rather unique situation. Unless there's something you really want from v3.0, if I were you, I would consider just waiting to see what comes out from the next Massun's before changing anything.

Was it the length of the names of the units that cause the crashes, or special characters? In just trying to understand so that I can pinpoint potential causes of similar crashes across other mods. Zyll @ TAW

Can you elaborate on that? Was the names of the units in the old asset pack causing DCS crashes while flying, or in the mission editor, or both? Zyll @ TAW

did you ever get anywhere with this issue streakeagle? We had a mission tonight where we saw alot of these errors, and the symptoms were rubber banding, AI blinking in and out of existence, and a generally terrible experience for ~40 pilots in our mission. Interestingly, it seemed when the RPC.lua errors went away was when things started to look better in the game. Does anyone know what these errors may be a symptom of? 2024-03-18 01:08:18.968 INFO ASYNCNET (Main): Current ping: 151.1ms 2024-03-18 01:08:48.840 ERROR LuaHooks (Main): [string ".\Scripts\RPC.lua"]:53: bad argument #2 to 'format' (string expected, got nil) 2024-03-18 01:08:48.840 ERROR LuaGUI (Main): [string "./Scripts/RPC.lua"]:53: bad argument #2 to 'format' (string expected, got nil) 2024-03-18 01:08:48.971 INFO ASYNCNET (Main): Current ping: 70.2ms

This is horrifying! Zyll @ TAW

Are you high (altitude) or hot? The Apache does have challenges starting under extreme conditions. If so, I have a video on this: Zyll @ TAW

Is it maybe treating \t as an escape character? Maybe try using / in your file path instead? Zyll @ TAW

> Terrain scenery performance: optimized instancing and improved and optimized streaming. Anecdotally, I've heard that performance is better for folks after this latest patch. Maybe the benefit of this mod is reduced or (gasp) rendered unnecessary now? Anyone done any comparisons since this patch? Zyll @ TAW

It's been moved from the Mission Editor, and is now on the rearm screen for individual crew to manage, rather than the mission maker. Zyll @ TAW

You can reference the enums, so in this case in place of doing a comparison to 1, use coalition.side.RED. For more enums you can use, reference hoggitworld: https://wiki.hoggitworld.com/index.php?title=Special%3ASearch&search=enum&go=Go

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