TheVampire

Alright Vampire, great work man!
 
I have been following and small testing this at every turn watching for updates on Github.
The small tests were during the dev testing phase, but was dam interesting to watch your work develop from your words in here to your code on GH.....
 
I have put this on my Altis server several times over the last week to test out your implemented fixes and possibly help you out with RPT's etc.
Unfortunately I have been working way to much to keep up with reporting back in time what i have found and the rest of the community following your project has beat me every time with their RPT's.
 
Latest Test:
When we are under load of 70+ players vemf has crashed the server on 2 occasions today and this is with last nights prealpha version. The RPT's are coming back with no errors at all from VEMF and have no other errors present from addons/scripts.
After removal of VEMF from the second crash with a full house of 80 players I have had no hiccups through this next restart cycle.
Will have my admins keep an eye on it till I get home from work this evening.
 
The server crashes on an ntdll error each time.
havent had time to look any further

Vamp just wanted to let you know that replacing that missing ; got the messages and tones working. All good now.

You can see the answer to Your question here:
Greez KiloSwiss

Well, Vampire, we have been testing this for a day now, and it has been a success. I think it really adds something to Epoch that it was missing, especially during those times when there aren't that many players online and the ones that are want something to do. I also like how this doesn't require any battleye-filter changes, and that it's basically plug and play (almost, apart from the mission file changes) may I suggest that you keep that way if at all possible?

Here are some of my thoughts on improving it further:

Behavior
* AI dying will lead to other AI nearby taking cover/using cover more
* AI dying without no clear attack source (ie. sniper at 1km) makes the AI pull back into town/inside buildings
* AI will enter buildings to follow players that run into them
* AI will spread out more when moving
* Once the AI drop to a certain lower number, make them more hesitant and cautious, and not run in the open

Equipment
* AI will, like players carry food, drink, and such items (for immersion)
* 1 in 10 AI will have a secondary long-range weapon (sniper rifle) that it will switch to if attacked from long range, and will also engage at 1km distance
* AI that spends its ammo will switch to secondary or ... loot other AI or player bodies
* AI will use voice commands to communicate

Vehicles approaching
* AI will place land mines (anti-vehicle) (or the mission will spawn land mines) in the area of operation
* MG-AI will make vehicles a priority target

Reinforcements
* If AI spot a higher number of enemies, they will call for reinforcements (that can arrive via chopper, and paradrop)



Ideas for expanding the "attack the cities"-mission:
* Make an AI-win condition, something they will try to accomplish in town (such as blowing up an important building after X amount of time or, blowing up all vehicles in town, or something).
* Add more random factors to the spawning enemy AI, maybe sometimes there's a spec ops unit with higher tier weapons/military camo, using more low-profile tactics

- What is VEMF? -
VEMF is the Spiritual Successor to DZMS.
VEMF Stands for Vampire's Epoch Mission Framework.
VEMF is going to be a mission system designed specifically for Arma 3: Epoch.
 
- How is VEMF different from DZMS? -
VEMF is being designed to be a Mission Framework.
VEMF will be more modular than DZMS allowing anyone to easily create an "Addon" for it.
VEMF will not be a "fetch the box" mission system, it will be much much broader;
A-B, Multiple Ending, Vehicle Convoys, Vehicle Capture, Manhunts, Investigation/Exploration, and more!
VEMF will run entirely on the server side, in a server-side PBO.
 
- When Will it be Done? -
VEMF is still a work in progress.
 
The current version is WIP.
 
- Example Videos -
 
 
 
 
- Github -
https://github.com/SMVampire/VEMF

Yes, you are correct.

This is for anyone who's ever posted something on the Scripts/AI Missions forums, how long does it take for a new thread to be approved by a mod? I tried to post a new thread about 2 days ago announcing the upcoming release of A3EAI (DZAI conversion for A3 Epoch) and it still hasn't been approved. Maybe I'm banned from making threads. I don't know how things work around here.
 
While I have your attention, A3EAI will be arriving on my Github page (https://github.com/dayzai/A3EAI) sometime in February.

Maybe try running VEMF with dynamic weapon generation off.
My guess would be an error with VEMF generating random weapons, or generating random loot.
 
 
Yes.
 
@Everyone, working on some really cool radio logic. It's going to simplify the mission alerts, make it more interesting, and give the players a log to refer to.
Also going to roll into it a system where messages keep going out over time until it's clear.

Maybe try running VEMF with dynamic weapon generation off.
My guess would be an error with VEMF generating random weapons, or generating random loot.
 
 
Yes.
 
@Everyone, working on some really cool radio logic. It's going to simplify the mission alerts, make it more interesting, and give the players a log to refer to.
Also going to roll into it a system where messages keep going out over time until it's clear.

It's in VFunctions and is randomized. Still needs adjusting.

All I can say is WOW. They move through buildings, opening doors, going out onto balconies to hunt us down. This totally rocks!!

After I test this allowDamage fix I'll post one.

The reason for not using markers is that I want to try to split up missions to different players in the future.
You could get a radio call that there's X mission while someone else on the map is running Y mission and neither of you know.
More of a "quest" system than the mission systems of past, I just need to find the right way to do it.
 
I'm going to work out using customChat instead of systemChat, but if that doesn't pop enough to get the players attention, I'll switch to structured text hints like Wasteland.

Let the box hunt begin!
 
I'll have to join someone on the hunt.

Bornholm works as well as damage.  Well done!   Now all we need is clearer notice to players that a mission is active and this will be ready to deploy live.  :)  

No. A damage fix is now built-in.
 
 
 
I'll look into that.
 
I think a chat message, sound notification, and then maybe a "log" of it somewhere is going to be optimal.

No. A damage fix is now built-in.
 
 
 
I'll look into that.
 
I think a chat message, sound notification, and then maybe a "log" of it somewhere is going to be optimal.

Hardly.
 
 
Server admins can already spawn items in game from our spawn menu. Also, our soon to be released web based admin panel also has features like this plus tons more.

If markers become a "must" I'll have to get everyone to remove marker filters so I can switch to createMarkerLocal commands, but no one likes filter editing.....

Version v1.0.0a Pre-Alpha is up on the Github with install instructions. Requires the PBO and Config be replaced.
 
https://github.com/SMVampire/VEMF
 
It includes Bornholm support, and AI Damage Fix (Hopefully).

Well.... The damage fix works. I just got owned on the test server.
 
Update very shortly.

Getting reports from people using this in my thread that it doesn't work for them with AIA.
 
AIA + allowDamage = Server Won't Load
Altis + allowDamage = Works Fine
 
I'm guessing your route of using postInit is interfering with something in AIA.

Personally I think markers are a must.  People really like servers with missions, but most folks aren't going to want to search for active missions.  I agree that it's an interesting mechanic, but I also think it won't go over well with most of the population.  Yes, BE filters are a pain, but it's a good experience for people to learn.

It only goes out to one set of radios (There are 10 of them).
It only gets sent to players once, I have yet to add a timeout.

Not yet, I'm working on it.