super-truite

Hello, after a while away from Arma I decided to get back and put to good use some scripts that were meant for a sequel of Armageddon for those who know the mode. I present you Left Behind! This is an Escape like mission on the Malden Island. There is a lot of variety in the enemy reactions and each playthrough should be different. It can be played in COOP. In this case, you and your team need to escape. When playing PvP, up to 4 players can play OPFOR. In this case, their role is to eliminate all the BLUFOR team before they reach their extract point. When playing OPFOR, you get non lethal drones and indications from the AI to find the BLUFOR fugitives. Please check the dependencies to play. you need RHS and CUP ( Units, Weapons and Vehicles). You can play in Solo if you create a local server, but the mission is tough even if you keep the AIs. Authors: Super-truite, sebj84, Anthariel https://steamcommunity.com/sharedfiles/filedetails/?id=2740600390

some tests for the WW2 missions (scripts: https://drive.google.com/file/d/1XxqsYfQGkXjPF4auLQgFeFwMJmX2mO0p/view?usp=sharing)

updated both versions: Fixed a bug leading to infinite waves in cities/outposts

OK, in the end, it works for me with 1.98, not with 2.01a

hmm this gets more and more confusing, all the links I find have missing files (fnc_functions.hpp or eos_launch.sqf missing). And if I "scrap" previous versions to get a full v2.01a with no missing files, I get this bug where the units spawn again if they are killed, leading to endless battles... Is there a clean version somewhere ? scratch that, for some reason it was not downloading properly but the files are complete after several trails. Still get those never ending spawns with 2.01a though. I was thinking that EOS would cache what's left of a zone and only spawn what was not killed?

Update: some balance fixes + bug fixes for dedicated server New WW2 version (not compatible with dedicated servers) : https://steamcommunity.com/sharedfiles/filedetails/?id=2771789335

not sure if I am using the right version, but the units are spawning again if I stay too long in the marker zone (even if I kill them all). Version is v2.01a and I am using this : [_markersStaticInf,[2,1,50],[0,0,0],[0,0],[0],[0],[0,0],[0,1,600,LB_VAR_ENNEMY_SIDE,TRUE,true]] call eos_core_launch; Any idea ?

Again, this is a fairly 'quick and dirty' caching system that fit a really specific need (it is a by product of something we develop), but we thought it would be nice to release it because it could provide a simple starting point for other use cases. We made some effort to document and organize it as intuitively as possible (for once 😅)

1. just began to look into it. Since we do no need it a priori for what we develop, I do not know if we will have the time to do it though. 2. Players are already excluded, any units that spawn via script is by default excluded from the grid caching (you need to do a _unit setVariable ["UseGrid", True] for it to be registered). By default, all the units on the map at start, except players, are registered for caching. You can use this setVariable ["UseGrid", False]; in the init field of some units to exclude it.

@[BL] Hannibal yes this might overlap with some of alive functionnalities. As @anthariel stated, we guess there are other caching system in already existing mods/missions, but we wanted our own that fits our needs. The goal is to be able to place a lot of AI units in the editor and let the system cache them if there are far from the players with an option to get a persistent state of the units if needed. Most caching systems I came across (one was called EOS I think) were spawning units via scripts in markers area, which did not fit our need for custom (tedious 😅 ) AI placement.

ArmAGeddon is a Coop Multiplayer game mode. You have to flee Altis while the island is sinking! CSAT forces are fleeing as well and you have to try to steal a vehicle to escape. Tornadoes, earthquakes, meteor falls etc. will spice up your journey! The mission: https://steamcommunity.com/sharedfiles/filedetails/?id=330769044 The mission needs the ArmAGeddon addon: https://steamcommunity.com/sharedfiles/filedetails/?id=330769044 WARNING: You need to deactivate the addon when not playing the armageddon mission. Otherwise, the water level will be modified on Altis. Please report any bug in this thread. Addon Change log: v1.1: -added new sound effects Mission Change log: v 1.15: -fixed: Tornado Particle effect radius was too small sometimes -fixed: sound of thunder was not playing -fixed: the ghosthawk is now locked (avoiding people to repair it and flee right from the start ;)) -added: Sync of the tide level across network -tweaked: number of abandonned choppers increased (it should be less difficult to flee now) -tweaked: respawn is now closer to the group -tweaked: engines of abandonned vehicles are less likely to be destroyed -Fixed: respawn parameter issue -Fixed: Refuel with fuel cannisters is now working -Fixed: Respawn marker now invisible -Sync of tide is now a parameter for server admin (Impacts performances but prevent the AI from attempting to "swim in the air") If you like it, please show your support on the MANW page: http://makearmanotwar.com/entry/eba3yzQZev#.VEo9D_msVif media: several gameplay videos on youtube: https://www.youtube.com/results?search_query=arma+3+armageddon DEVs: Super-truite and Make Love Not War We would like to thank the community in general for the help and support on the forums, BI for organizing this contest and in particular DarkDruid, for explaining in great details the Particle effects mechanics on the forums. Super-truite would like to thank also the Armadeus team for testing again and again and getting killed by tornadoes, meteors, collapsing buildings ect. so many times ;). ---------- Post added at 12:18 PM ---------- Previous post was at 12:06 PM ---------- Typical game: * you spawn with few ammos, even sometimes with no weapons, no map ect. * Find equipment left by retreating CSAT forces in the buildings or try to eliminate the CSAT's which are left to get their gear. * Try to find a chopper quickly (remember the water level is rising). Either follow discretely CSAT's (they are likely to call for an extraction) or find an abandonedlicopter he (usually those have no fuel or need to be repaired (Repair tool kits and fuel canisters can be found in buildings if you are lucky) Tips: *Do not forget to take a repair specialist on your team. Your survival could depend on him. *Try tweaking your graphical options to be able to have the particle effects at least in 'high'. You will have better tornadoes, meteors ect. Also, there are two new options for particle effects: "Ultra" and "Armageddon" ;). The game mode will first undergo a maintenance period to fix bugs and gather feedback, but we will soon begin to work on the next phase which will be revealed later when we will have more people in the team. If you are skilled in 3D modeling, MP scripting, rigging or Map making and are interested in joining the team, please PM me or Make Love Not War to get more informations on the future of the project.

I begin to port the Arma 1 tool made by ColonelSandersLite and Mandobole to simplify particle effects making: (http://www.armaholic.com/page.php?id=4859) The authors seems inactive on the forums since 2011. If you know a way to contact them or if they changed their nickname, please PM me. This tool consists of a mission in which you can change and see in real time particle effects. You can then export the parameters, which saves a lot of time for particle related coding (scripts or config). Here is the mission (put it in your SP mission folder): http://www.armaholic.com/page.php?id=21217 http://www.mediafire.com/download/s19o78cuegc9js9/AAA_Particles_Tests.Stratis(2).pbo media: (The last two pictures are a bit of a false advertising as you can't make those effects with this tool only and you need to work a bit ;)) Usage: I will make an user manual, but some knowledge of arma 3 particle system is recommended: http://community.bistudio.com/wiki/Arma_3_Particle_Effects In the test mission, you will have a bunch of user actions. The four firsts allow you to modify in real time the different particle parameters (note that some particles in the list are not working yet and that some are 2D, others are 3D and that mean that you won't see anything if you don't choose the proper type of particles: "BillBoard" or "Space Objects"). Once you are happy with what you see, you can copy to clipboard the particle parameters in script or config syntax using the user actions: "Export (script)" and "Export (config)". There is an example script using some parameters exported like this in the mission pbo (particles_tests.sqf). You can execute it using the radio and see what it does. This provide you with an example script in order to use your own parameters in your missions. Changelog: v0.1 (first release) v0.2: -fixed: remove some dialog errors Known Bug and issues: -A lot of functionalities are probably not working yet as I worked only on the particle parameters edition and the export functions -Error messages due to broken Dialogs - syntax mistakes in the config exporter (will be fixed soon) Notes: Compared to the original version I added a Config parameter exporter (to define particle effects for Adddons). Later, I will add a Light editor as well. please provide some feedback and report bugs in this thread. If you come up with a neat particle effect, please be generous and provide the parameters in this thread with a screenshot Original Credit and Thanks: A big thank you goes out to Sanctuary of the BIS forums for inspiring the copy and paste method and to bk1276 of the BIS forums for suggesting multiple particle effects. Another one goes to Mandoble of the ofpec forums for suggesting adding the ability to attach a particle effect to your squadmate and for pointing out that I had done all the render parameters wrong. A HUGE thank you aimed at Kegetys, Kronzky, & T_D (apologies if I missed someone) for their efforts in putting together a working method of manipulating strings. The whole import function would not have been possible had it not been for these people. Also, to those who have helped support this project by hosting the files, including: Old Bear, El nino Foxhound, Big, Stavanger and Imutep. Apologies if I missed somebody, too many to keep easilly track of

Armageddon brings the apocalypse to Arma. The first playable content will be a PVP game mode. Two teams fight against each other. The water level is rising and the attackers need to reach high grounds to wait for evac. Meanwhile, the defender team tries to protect routes to the evac points. In practice a series of flags needs to be taken/defended in succession, each flag being higher in altitude than the previous one. Attackers can respawn at their current controlled flag as long as it is not under water. This respawn is updated when the next flag is taken. If all the attackers are killed and their flag is under water, the defenders win. The winning condition for the attacker is the capture of the last (higher) flag. All along the game, meteors, earthquakes, hurricanes and eruption spice things up and force the players to adapt. The mod is a revamp of the original Armageddon game mode that was develop with MakeLoveNotWar and myself for the Make Arma Not War contest. This first version was a survival game mod made in a rush for the contest and was difficult to maintain. We thus decided with Anthariel to start from scratch and develop a more stable platform to bring the end of times to Arma! The choice of a PVP game mode is also linked to this desire for maintainability. Release date is as usual soon™ ;), but we might do some multiplayer testing and will need some players to stress test the mission. We will come back on this topic to organize it. screenshots: Teaser: Follow us on twitter: https://twitter.com/ArmAGeddon_mod Website: http://armageddonmod.com/ If a developper is passing by, there is currently a bug with the particle system which would like to point out. It is quite a handicap for us especially when making meteors, volcanoes, hurricanes and stuff like that ! see this : https://feedback.bistudio.com/T119284 https://forums.bistudio.com/forums/topic/202663-annoying-with-vanishing-particles/

I have some issues with textures or dialog pictures in .paa format: the color is unpredictable! When I do something in photoshop and export it in .tga, then convert it with texview, A greenish picture can become pink... I was not having this issue before and I don't see what I changed in my way of doing things, so it is getting quite frustrating! Maybe I don't export the picture correctly...Any ideas?

yes, random particle disappearing seems to be fixed! Particles still disappear when getting close to them though (the bigger the particle, the farther the disappearing distance) After further investigations, it seems to be with custom particles only, so probably a mistake on my end ... Not sure of what is going on though. edit: The problem was on my end. My custom particles were rescaled in the p3d for some reason (there should be 1m^2 for those having similar issues) ... everything seems back to normal

I don't remember exactly, but I think that with particle settings set to " high", the limit is somewhere near 15K particles (you can check the particle limit with the arma3 diag.exe in dev branch https://community.bistudio.com/wiki/Arma_3_Diagnostics_Exe ). you can push the limit a bit further by defining your own "Ultra" config option for particles with a mod: class CfgVideoOptions { class Particles { class High; class Low; class Normal; class Ultra: High { particlesHardLimit = 20000; particlesSoftLimit = 19000; text = "Ultra"; }; }; }; I did not test if you can go really much further than 20K particles since 64bits exe but I did not see any changelog regarding this, so I guess the limit did not change.

we are a bit stuck atm by rendering issues with particles in Arma 3. In order to make this problem more visible for the devs, it would be nice of the people interested by ArmAGeddon to suscribe to this feedback tracker ticket: https://feedback.bistudio.com/T119284 more info in this topic : https://forums.bistudio.com/forums/topic/202663-annoying-with-vanishing-particles/ Thanks in advance!

For the mod Armageddon I am really handicaped by this particle rendering issue. Even if there are improvments with 32bits and diag_x64 executables, the particle system is not completely fixed. One bug for which there is no improvment when switching from the regular exe to the diag_64 one is the disappearance of large 2D particles when the camera come close to the Billboards. I am working on a pyroclastic flow and you see clearly this issue in the following videos: regular (64 bits exe) https://www.youtube.com/watch?v=hN3lvudCvoU&feature=youtu.be diag_x64.exe https://www.youtube.com/watch?v=N_RI-5NlM4M&feature=youtu.be

For the mod Armageddon I am really handicaped by this particle rendering issue. Even if there are improvments with 32bits and diag_x64 executables, the particle system is not completely fixed. One bug for which there is no improvment when switching from the regular exe to the diag_64 one is the disappearance of large 2D particles when the camera come close to the Billboards. I am working on a pyroclastic flow and you see clearly this issue in the following videos: regular (64 bits exe) https://www.youtube.com/watch?v=hN3lvudCvoU&feature=youtu.be diag_x64.exe https://www.youtube.com/watch?v=N_RI-5NlM4M&feature=youtu.be

yes, it is modular (not actual arma module though. I will think about packaging it this way). The original goal was to develop the escape mission after the PvP one (which is easier to develop). I don't know if we will have the time though. If we find other scripters interested in the project, it would be possible to do it in parallel of the development of the PvP gamemode.

Weird, on my end it does not work with the 32 bits exe. What specs do you have ? I tested on a G750JS laptop.

The download link for an older version (this "Armadeus 2.0"version was never released): http://www.armaholic.com/page.php?id=25926

hello, the scripted version works well but an error pops up when exiting a mission (or sometime even when loading the eden editor). In the RPT : ERROR: [CHVD_fnc_updateSettings] Error: type DISPLAY expected SCALAR on index 0 in [Display #46,4]" I did not try with the addon version.

This is something we are thinking of. Not promising anything though ;). We started with MP to avoid dealing with AI path finding in flooded environments right from the start of the project. Thanks BI, for the nice presentation of the game mode in the SITREP !