Pikey

+1 for a Mission Editor 3D environment with Lua interpreter and code execution box. So sad to see FSFIan hasnt come back since 2020, he was a visionary, its been ten years since using WItchcraft and the offline web page for mission editors. Witchcraft was a fantastic project. Maybe it even still works? https://www.dailymotion.com/video/x21d3ac Until then, you can have a basic way to run scripts whilst the environment is running using the video I posted many years back;

I think he was agreeing with the general sentiment I made about the base game was important to him but people don't buy that. Which tends to be a common view, if I understood correctly.

Tippis has outlined the reason, the Mission Editor cockpit parameters are provided for single player tutorials and dont work in multiplayer as client. You will see this with the green gates too. Although they work, you dont see where they are as a client. There's quite a lot of this going on in the application - things that only work in SP as player, versus things that work in both. Its definitely caused by how the product organically grew. Over the years there were some opportunities for standardisation disregarded...shelling zone, scenery removal, carrier lights, warehouse api etc. The following limitations are not documented on a per function level (by the publishers) Which functions work only as a lua function API ( from https://wiki.hoggitworld.com/view/Category:Class_Functions there's overlap but even the new Warehouse API not added to Mission Editor) Which functions work only as a Mission Editor condition or action (LOAD MISSION (really? yes really we've been using flags in scripting and triggers in ME), Training Gates (why cant we have these for scripting?, SET_CARRIER_LIGHTING MODE, arghhhh) Which functions work only in Single Player (shelling in zone, cockpit parameters, green gates, set failure, etc) Which functions have an API, matching trigger or action and work in single player and multiplayer (e.g. Push task, set task, mark to group, message to group, sound to etc) (side note: we have had things break in single player and not Multiplayer but thats not the normal way) (second side note - the entire lua game event system has the same limitaitons and some events do not trigger and never did in multiplayer. Others have different behaviours.) There's very little appetite shown in the last 15 years for making a standardization sweep that unifies these. We can assume that its not happening along with a lot of other things we would like to have. If you read this far you are the tiny tiny minority of players at the top of a pyramid of contributors that expand the attractiveness of the game whom have elected to spend their time in the least developed and greatest lost opportunity of the simulation itself. API's dont sell modules. I've had since version 1.2 to figure things out. I have no idea how anyone begins to learn and understand these limitations because I dont think they would make sense to an average person. I feel for you guys.

No sure what you mean, but this is exactly what I said. A new IFF system coming to DCS. It's a big deal, its a co-announcement.

The meaning of this is not that the Mig-29A will come without any functioning automatic mode 4 that the multiplayer community rely on, but a system will be built. There's been some built by third parties already, but they only work in limited ways. DCS hasn't done anything in this area before. To date, ED hone new systems on a single module. So I think this line is under the radar for its significance, since its saying there will be an ED IFF system of transponders, codes and interogators and the implication is that its an actual system that will be in use across modules. What do you think? What do you wish for in that system? Would you like your own side engaging with you if your transponder is out? SAM's with or without interogators? Rules of engagement? It's a big topic.

Where did all the old Afghanistan posts go? Specifically looking for the ones that debated whether this map was "interesting" and what type of games we could come up with, as a community. What's the attraction of an Afganistan map as a location for a 'game'? For aircraft targetting infantry, the infantry we have are of mediocre animation for the best ones, the ground AI routines have much less detail than a plane AI. For aircraft targetting vehicles we have some good new additions, but we are talking only 2 shapes of three types - arty, technical and airdefence. Thats 6 units out of the entire catalogue of DCS. For aircraft vs aircraft - nothing to simulate. For sea or ships - nothing to simulate. No offensive radars of any type to avoid/destroy. If you just want a sandbox (no pun intended) and don't care what's simulated then there are still better places to do that, that aren't confined to a place with limited existing infastructure. If you actually want a 'game' then the Balkans conflict in the mid 90's ticks every box - Soviet era peer equipment Large US base Aviano Italy Varied and beautiful (green and mountainous) scenery Era allows DCS inventory modelled Historical depth and detail Air vs Air, ground vs ground, Carrier ops Balkans was my age groups Afghanistan, for a period of modelling warfare, its much moire suited to DCS strengths and offers something different.

When you say "Spawn" you don't mean dynamically creating it with addGroup() via scripting, you mean just appearing as normal when put down in the mission editor right?

Here's how I used to do - I remembered later. https://github.com/thebgpikester/MPSG/blob/main/mpsg.lua

Hmm, thats a tough one. I had a quesiton before how does the script know if it is running on a server or not. WIthout anything else, only in the mission environment im not sure it is possible without either the plugin environment or some other check. Basically seems like you need to know that so you can write the script to cope with the differences in MP or SP (or host/client). I don't know how to do that in only the mission scripting off the top of my head. Anyone have an idea? It might be easiest to put a client down for a TF-51 that no one will use to just get all the right birth and enter unit events.

If there's nothing else playable, Player enter unit wont fire at the same time as the mission starts. You can see this happen if you add anything else playable. In this circumstance player enter unit is the same as mission start. It fires whenever the player is in the game but hasn't taken a slot. Same as birth. There's several of these events that have never been implemented properly and/or have quirky interactions in SP/MP as host/MP as client. Is there something you are trying to achieve (rather than testing the events) let me know.

I tested it, its working.

I've verified S_EVENT_PLAYER_ENTER_UNIT and S_EVENT_PLAYER_LEAVE_UNIT on the current public build. From Mission Editor, as client or player slot, both work. From MP, both work as the host only. From MP as a client, both fail to fire, as already reported. S_EVENT_BIRTH was fine in all circumstances S_EVENT_TOOK_CONTROL, I have never seen work.Never used it an dnot sure how its supposed to work. We did see that you can additionally not get the S_EVENT_PLAYER_ENTER_UNIT to trigger if the script is launched in a single player mission with no other slots (true player experience) but this is due to a timing issue as the script and player begin running at the same time. It's expected. It would have saved a lot of time if the script or mission had been supplied in a working state.

OK, OK, you want realism and immersion and you are going to use saved games and time speedups to achieve it. That wouldn't work for me at least, but there might be a way to put the carrier off the map anyway because the coastlines might be drawn out like they are with some of the other maps. If you are playing offline I reckon i could mod/script that if it's going to be popular.

If the map is to be 'centered on Bagdad', just under 150NM away is Kermanshah and we can have a good old 80's disco over the Zagros mountain range with an ever-increasing 80's lineup of modules from the golden era of air combat. That's less distance to Mosul in the north, Basrah in the south and the border to the west which is just a big vacuum of nothingness. So basically, there's nothing around here but the Iranian border and the Tigris and Euphrates if you ignore the mountains in the northeast between Iran. The problem seems to be that everyone wants to simulate GW1, carrier ops and 900-1000 mile round trips. Why? There's no save game, I've read popular social media where seemingly no one has more than 15 minutes to fly. At the very least a 70 mile flight to the merge over some mountains has to be the most favorable 'game'. The Navy were guarding their own anyway and weren't playing that much due to technical reasons. It's always so weird what people say they want. I expect someone to make a new game-breaking original content video on this comment next week, how Afghanistan doesn't work for DCS, when I've said it for years.

Hi, If you wish to know when a non-US country first had access to a specific weapon, read on. You might want to pick a specific year for a country and Wikipedia doesn't tell you anything more than the native country's in-service date. E.g. AIM-9L in-service 1976, sold to Egypt in 1983-87 and Israel 1980. DCS Historic mode generally finds the in service date for the native producer of a weapon. However, a lot of third world (cold war non-aligned) countries made purchases and were provided with older weapons than the US deemed current. The period of the Cold war saw a lot of exporting of military equipment in order to satisfy political policy. So historical mode is often inaccurate for dates that apply to the importer. Not surprising, the details of this are painful to find. May I present, The Stockholm International Peace Research Institue (SIPRI) https://www.sipri.org/ Thanks to these folks, you can check the versions, arrival year and quantity. Sometimes there's bonus material in the comments like which airframe the missile was intended for. For example, Israel received 376 AIM-7E's from 1976-1982 but the comments say they were intended for their F-15 stock. So there's two simple steps for getting a list of exports sales from the Sipri database before you can nerd away with your scenarios. To download a list of exports from one country to another 1. Visit https://armstrade.sipri.org/armstrade/page/trade_register.php 2. Enter the Supplier, Recipient, year range and weapon system type 3. Check the radio box Print register of Suppliers 4. Download the rtf file. The rtf file is a load of unreadable garbage to any word processor built this century, so we need another set of steps to convert it to a readable PDF. To convert the rtf file to something readable 1. Visit https://products.groupdocs.app/viewer/total 2. Drag the rtf file from your browsers download folder onto the groupdocs app viewer where it says 'or drag it in this box'. 3. Once processed, In the top right of the screen will appear download PDF. You can now work out questions like, "Did Egypt have access to AIM-7E before 1979?" Or, "What version of Sidewinder did Iran have?" And use a source that, whether it's wrong or right, is not worth contesting without a lot of effort. Answer the nerd call! Know things! Sound like a CMO database in human form! Then wonder why the USAF say the AIM-9J in service was 1977^^ https://www.af.mil/About-Us/Fact-Sheets/Display/Article/104557/aim-9-sidewinder/ . Enjoy!