Suppressionscript-pack

[Dwarden]

Hi all,

I'm currently updating this addon/script pack with sqf langage, as well as squashing some bugs with my own version

I still have some problems, as I'm not really used to sqf yet, so I'll keep you informed and may ask some questions.

Malick

Malick that's good info ... any word on performance gains?

i noticed that supression script drops server perf to half
if there are dozens units fighting ...

[lecholas]

ArmaVidz, you are using setSkill array command? I thought that didn't work?!

Second is using the very command in the very script. My question was if it really works. I did some tests myself and (at least with those skills I tried it - aimingAccuracy, aimingShake, aimingSpeed) I wasn't able to determine if it works at all.
I think I'll do some more tests.

[Malick]

Yep, the suppression scripts do use a lot of CPU... I had almost +50% in FPS without it

As of now, I can't really tell the difference with sqf, as I'm still trying to make it run without bugs ! Some things seem to be easier in sqs

Malick

[ArmaVidz]

ArmaVidz, you are using setSkill array command? I thought that didn't work?!

I was using the setSkill array command. During the release of TrueRangeAi I was using during the filming of Mod Retalliation with and without TrueRangeAi. The one noticeable difference is the spotDistance. Run ArmA without TrueRangeAi, then try using the spotDistance at 1 - engaging ranges, if I remember correctly, were much higher.

Malick that's great to know someone is working on the suppression pack, I have used it but once or twice - due to lack of time but it seems like a great pack. Would be great to have Ai on your team affected by the suppression fire.

[TeilX]

Great Work *** but big battles not possible
need ***to much performance ***

[Second]

Hi all. I just rememberred this topic and see that there has been discussions.

I've been testing it in SP (it's designed purely for SP), i've created big battles where there are aprox 400-500 guys for Blu and Red side battling together in Rahmadi (everyone shooting like mad men). No notable defference laq with and with out scripts, infact forexample FDF sound pack v 1.1 seemed to cause much more laq Well i can't tell more than about my computer and laq in that, but i was supprised how low amount it put strain to my CPU (my computer: 2.8 Ghz (AMD Sempron), 1,5 GB, ATI x800).

Infact ArmA handles scripts better than OFP (i wrote it to OFP too), in it laq became quite notable with 200 men.

However, like Dwarden said there is this error:

<table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE">
Error in expression &#60;_skill_bank = &#40;sup_skillarray select _man&#41;&#62;
Error position&#58; &#60;select _man&#41;&#62;
Error Zero divisor[/QUOTE]

Seems to cause severe laq. I don&#39;t know from where it comes from, my guess is respawn and/or creating units and that it gives several scripts for one group somehow overwrites arrays or something (i really can&#39;t tell).

I haven&#39;t been able to produce that error in testing condition.

Lecholas: Those arrays with setskills haven&#39;t shown any effect in my tests, i&#39;ve left them there for that miracle that BIS finally makes them working.

[Malick]

Hi Second, nice to see you here &#33;
Regarding the error you are talking about, it&#39;s due to a group spawning/appearing when the game has already started, with a slight delay between each unit. The script tries to reach the skill of the unit number _select_man, which has been created after the script launch. This happens particularly with DAC or any dynamic mission.

I&#39;m currently translating these scripts in sqf, with some addition to them. I&#39;m still struggling with the main script (suppression_m.sqs) as it has a lot of interlaced loops &#33; But I believe an updated release is close, if you see no problem

Malick

[Second]

But I believe an updated release is close, if you see no problem

Malick

Hi Malick

I don&#39;t see anykind problem, so keep on working and publishing what you can make. You and anybody else really shouldn&#39;t even be asking my permission

As someone might have quessed i&#39;m not scripting for ArmA anymore, so it&#39;s good to see that there are others who keeps on working with ArmA.

Ah&#33; So that is the source of error, never did that come to my mind and it&#39;s soooo logical and easy explanation

Ps. About these "copyrights": i&#39;m not demanding anyone to ask permission form me with tweaking and publishing scripts and i&#39;m not demanding to keep the name as second&#39;s suppression pack. If, forexample, Malick wishess to make &#39;Malick&#39;s suppression pack&#39; he has every right to do so. I don&#39;t actually know community&#39;s rules on this one, but they can&#39;t forbit this, can they? This just in case that person can&#39;t get contact with me.

[Sickboy]

Yeah Malick mate, please do share your updated works because in a wee bit im going to change from design phase into development phase

Quote[/b] ]Hey Guys, after a smooth hint yesterday on the BI forums that 6thSenseMod is very complete, yet missing suppression effects...

I thought about a system to implement a general purpose suppression data harvester and manager.
The point of this is that Suppression Effect scripts can hook into this data and do something with it.
Without harvesting and managing the same data over and over (multiple times).
The reason for this initiative is that looking for incoming bullets for every unit or group out there is mean business.
Doing it multiple times because of different effect scripts will stress ArmA even further and is unnecessary.


Mostly some technical description of what im planning;

General Purpose Suppression Module
This addon (or alternatively could be mission script) will monitor suppression status of units, and save the status as variables on the units. These variables could then be used by other modules to process various suppression effects.
There will be settings available in a global array, these include:
- Suppression Conditions
- If the scripts should run on server, on clients and on server clients

The settings array could be manipulated by various modules to get the needed/wanted effect for the loaded module(s).
I understand that this is not optimal as you might want to have different conditions/settings for some modules while still using them together. Thats why it might be a possibility to split the data harvesting and condition processing.


Suppression Effects Module
This addon (or alternatively could be mission script) will act on the units based on the data stored by the GP Suppression Module.
Basicly "Second&#39;s Suppression Script" effects would be coded into this.


DSAI Module
When the units are suppressed there are specific sounds played. At this time the DSAI scans for incoming bullets, this should be moved to the General Purpose Suppression Module.


DAC Module
Making DAC aware of suppressed groups etc.

[Malick]

Hehe, nice, Sickboy.

I&#39;ll try to hurry a bit more tonight so that I can finish the main script in sqf. I&#39;m slowly learning the sqf syntax and coding habits...

As you said, I believe many data are already collected somewhere by other scripts. Instead of each and avery addon collecting the same data, it&#39;s way better to have it all regrouped, then dispatched to the "effects" section.

I&#39;m sure the impact on the CPU will be much lower if such "collection" and "effect" are regrouped into an addon combo, very much like 6th sense. Eventually, your mod turns into ArmA&#39;s ECP

I&#39;ll keep you informed with what I manage to code tonight and release whatever is ready by this week end. By the way, thank you Second for your &#39;permanent agreement&#39;. I don&#39;t think anything is against it, by forum rules or EULA, or whatever &#33;

Malick