cfrag

... and here's a slightly improved version that guards against multiple NDB start signals.

NDB.lua

Enclosed please find an updated version of NDB. I was unable to reproduce your issue (I do not know which signals you used to turn the NDB on and off - but with some luck, the issue is now resolved through adding stronger guards.

If the issue persists, I'm sure that we can quickly sort it out, I would then simply need some more information  

NDB.lua

Thank you, the image of the error helps a lot. I believe that I can now pinpoint the error - it would seem that an oversight in my logic allows people to issue a 'pause' command to an NDB before it is started, which then causes DCS's mission API to complain that there is nothing to stop. 

I'll try and have a preliminary fix for you within the hour.

Quote

 if someone selects stop then its already paused I get a script error

Do you perhaps have a screenshot from that error so I can investigate a bit more? 

Tank you so much,

-ch

There was an update to unGrief in the last DML update for a silly typo. Can you check if this erro is now fixed?

-ch

So what is your question?

My apologies, I'm having a slow brain day. What is your question?

Kind regards,

-ch

Well, it should be simple, and from what I've seen in your mission, you are already 99% there. Cloners trigger on their clone? input, so you connect the radioMenu outputs (A!, ...) to the (missing, currently incorrectly named "cloner!") inputs using the same "command" (please read the "yeller model" analogy, and it should all click).

Be advised that DML's "cloneZones" are one of the most versatile and powerful tools in the box, and that you may be mission a lot of fun if you skip the docs 

I now was able to open the mission.

It appears that for reasons unknown you have no inputs defined for any cloner. You are using and unknown output attribute "cloner!" in a way that makes me believe that you think that is the input to trigger a clone cycle. Perhaps you may want to revisit the relevant chapter in the documentation?

From the messages I see that even though your (radioMenu?) appears to be sending signals, no cloner is picking them up. Can you check what signals the cloners are waiting for?

Again, my thanks. Please remove the A6-E, EA_6B and Military Aircraft mod. I cannot open you mission otherwise 

null

Thank you for your message. Unfortunately I can't open your mission because it contains a number of mods. Please remove them, and I'll be happy to take a look.

 >  It appears that you can spawn and clone about anything

With a cloner, yes. Except airfields, FARPS and carriers.

> when selected the aircraft are never to be seen there are no error messages

A perhaps silly question: how do you know that the cloners are triggered? Add a "verbose: true" attribute to each cloner to see if and when they are triggered.

I read you, but cannot reproduce. Can you set up a small single mission that exhibits the issue, so that I can see it happening and track it down in the code?

>  please spawn into the f18 called F18 TEST RECON

I was unable to find that aircraft/group. Created a Hornet at 11'750 feet, heading for the carrier group. The carrier group is in a cloner, and despawned at mission start. I moved the spawner so all units remain in the game on start

Hornet detected surface vessel at 7 km. Since min range is 5km, max range is 20'000 at 29'527 feet, range should be 20'000 * 11'750/29'527 = 7.958 km (rounded down to 7km)

nullIt seems to work fine for me. 

Still can't open. In the show objects panel, please remove all objects that have anything listed in the "MODULE" column.

Thank you. Please remove the WWII assets pack, can't open otherwise.

Sieht so aus - aber ich weiss ja nicht, was Du vorhattest  

Hallo A.F.,

DML funktioniert im Prinzip wie früher die Steckbaukästen (OK, die etwas erhabeneren mit Elektronik drin). Ein "Modul" wie 'Smoke" hat Funktionen, die aktiviert und de-aktiviert werden können. Bei den SmokeZones ist das der bunte Rauch.

Doch wann wird der Rauch an- oder ausgeschaltet? Dann wenn ein Signal kommt. OK, was ist ein Signal (im Rahmen von DML)? Wenn ein 'Flag' den Wert wechselt (wenn Du noch nicht genau weisst, was Flags in DCS sind, dann musst Du das kurz nachlesen. Ist was ähnliches wie 'variablen' in Programmiersprachen, nur, dass sie nur ganze Zahlen enthalten können). 

Aber wie weiss ein Modul, auf welches Flag es schauen soll, und nur dann reagieren soll, wenn genau dieses Flag den Wert wechselt? DAs wird in den attributsfeldern der Trigger zones vereinbart - da wo Du auch sagst, welche Farbe der Rauch hat. Bei den SmokeZones wird über das Attribut "startSmoke?" (achtung: das Fragezeichen gehört dazu) vereinbart, bei welchem Flag ein Wechsel des aktuellen Werten auf einen anderen Wert (es ist unerheblich, von wo nach wo der Wert wechselt  - da bei Missionsbeginn alle Flags auf den Wert 0 (Null) gesetzt werden, ist es fast immer ein wechsel von 0 auf irgend was anderes. DML reagiert normalerweise auf den Wertwechsel, nicht bestimmte Werte)

Du hast bei einer der Trigger Zones bereits für startSmoke? den Flag"start" eingegeben.

Das einzige, was Du jetzt noch machen musst, ist, dafür zu sorgen, dass der Wert von dem Flag mit Namen "start" (welches bei Missionbeginn von DCS auf '0' gesetzt wird) auf eineen anderen Wert geändert wird, damit der Rauch ausgelöst wird.

Wie bekommst Du das hin? Am einfachsten, wenn Du einen Trigger baust, der als ACTION die Aktion "FLAG INCREASE" hat. Warum "increase"? Weil, egal, welcher Wert vorher da war, nach einem increase der Wert anders sein wird und DML auf Werteänderung reagiert.

Und wann soll das ausgelöst werden? Wenn das Flugzeug in die Trigger Zone "Start the smoke" kommt. Dafür habe ich einen Trigger "starte den Rauch" gebaut. Er hat als condition "wenn ein Teil der Gruppe Luft-1 in der Zone "start the smoke" ist.

Das ist eigentlich alles.

"Aber", meinst Du jetzt, "als ich das versucht habe, da haben alle diese blöden smoker schon geraucht". Das ist richtig, denn Smoke Zones sind so voreingestellt, dass sie, ohne Deinen Gegenbefehl, sofort anfangen zu rauchen, wenn die Mission losgeht.

Um das abzustellen, musst Du bei einer smokeZone noch ein zusätzliches attribut "paused" mit dem Wert "yes" oder "true" anhängen, das die Zone so konfiguriert, dass sie zu Anfang nicht raucht. Lässt du es weg, raucht es von Anfang an.

Wenn Du jetzt die Mission laufen lässt, dann wird nur eine der Zonen anfangen zu rauchen, wenn du mit dem Vogel (ist nun eine Su-25T, kannst Du jederzeit auf eine Viper ändern) in die Zone kommst. Bei allen anderen fehlt noch ein Attribut, dass Du ergänzen must, als "Übung für den geneigten Studenten", sozusagen. Wenn das alles gut funktioniert, kannst Du noch die Farbe ändern.

Und dann wäre es sicherlich von Vorteil, wenn noch einen Blick in das Manual wirfst. Das musst Du nicht durchlesen, aber ein Tipp ist, dass Du mal schaust, welche Demos (Du scheinst ja eine davon verwendet zu haben) für Dich interessant sind. Jede Demo hat ein eigenes Kapitel in dem Manual. Wenn Dir klar geworden ist, wie simpel eigentlich die Module gestrickt sind, schau mal in die Quick Ref, da wird für jedes Modul beschrieben, welches Attribut was steuert. Allzu kompliziert ist es nicht, aber zu Anfang sehr ungewohnt.

Gruss,

-ch

Smoke.miz

Hi Miccara,

   Thank you for your message. You can unzip DML to anywhere you like, I place it in a DML folder in my Missions directory. The reason that is so is because to use DML, you the mission designer decides what to add to your mission, there is no automation or mysterious files you need to change.

I recommend that you unzip it somewhere, see if you deem it worth your while, and if you want to use it, move it to a location that makes sense to you.

A word of caution: the manual in the „Doc“ directory may look intimidating. To get a headstart, look at the demos, and know that each and every demo that comes with DML has its own chapter that describes what‘s going on.

And remember the main rule: using DML should be fun   

Hi,

it may be that the setup you are currently using requires a small adjustment. Can you tell me which scripts you installed where in order to get selective (by faction) slot blocking to run? SSB should be in /Hooks, ssbClient should be inside your mission. And you MUST run the mission as server, or it won't work. 

Thank you for your message. SSB is only working on the server instance that is loading that /Hooks folder. It does not influence other servers, not even those that share the same /Hooks folders. All it does is control access to slots for the mission that runs in the mission instance on that server. SSB has no known side-effects on other servers, and (AFAIK) also comfortably coexists with 'slotblock.lua' used in the "Foothold" series.

Please be aware of an important distinction that I probably have not made clear enough. ssbClient is not a modified SSB script, it's a separate script that is meant to be run inside a mission, and that interfaces with (i.e. requires) SSB running on the server. So to work, you need to install both: SSB in /Hooks, and ssbClient inside the mission that uses it

So what happens to client aircraft whose originating base is being captured? Currently, the players find themselves booted from their aircraft. Depending on which version of ssbClient you are using (stand-alone or DML) there might be slight differences, but an overhaul of this somewhat silly behavior is only planned for the DML version

Hey foxit,

   thank you for your message. What is the exact question you are asking, and what have you tried already so we can build on that?

Cheers,

-ch

Thanks, I'll try and run it tonight