tupolov

Sorry Galzohar you'll have to wait until we build in support for custom load out scripts. We will add it as a high priority request :)

Player persistence in RC1 protects players in case of disconnect. In RC2 we will support persistence across server restarts.

We only profile units at mission start. Units created by other scripts are not profiled. Play around with it and test :)

HAC/HAL/HETMAN doesn't work with our profiles system today, so no not really. You could use ALiVE without the profiles system of course. We did play around with HAC and ALiVE, but decided not to go down that route for reasons above.

Its not as sophisticated as HETMAN by Ryd. We wanted very much to integrate with that, but to get it working with our Profile system would have taken a massive overhaul of code - and really its Ryd's work which we didn't feel was right to change. We did do some MP improvements to HETMAN, and handed those changes back to Ryd :) So, Highhead created a new system that is modular in its design and works with our profile system. Its in it infancy but today it does enough to have two sides attacking and/or defending. We would love to get it to the point where it does similar things to HETMAN. It will be improved in future releases! Cheers Tup

NEW 0.5.2 hotfix here https://dev-heaven.net/projects/alive/files Fixes the module init error and the missing SP Showcase

Yep, looks like something in the build process broke. We're on it. ---------- Post added at 12:50 PM ---------- Previous post was at 12:46 PM ---------- Use 0.5.1 for now. We'll get 0.5.2 fixed and release later.

Galzohar, Appreciate the enthusiasm! We're not ready to expose API/functions yet, so bear with us. Just because its early days I'll give you this nugget... :) WaitUntil {_check = alive_sys_player getvariable "init"; _check}; if !([ALIVE_sys_player_player_data), (getPlayerUID _unit)] call CBA_fnc_hashHasKey) then { // Do your gear thing }; We'll look at seeing how we can integrate custom loadout scripts into player persistence (sys_player).

Try downloading the tutorial missions from our website. http://alivemod.com/downloads/ALiVE_tutorial_missions.zip Good luck!

Galzohar, Did you look at the settings in the Player Persistence module? You can configure it to only restore player state and not loadout. Then you can do whatever you want with gear etc. as you would normally for respawn etc. Tup

Again, the plumbing is in but the taps aren't installed. The way ALiVE works reduces the need for a HC, but we are working on supporting it so you can get maximum active AI into the fight.

Not at this point in time, not a bad idea. Will consider it as a feature request. Right now you can select the size of OPFOR force based on how many players you expect. Are you playing hosted or dedi? On dedicated you need to place the Player Persistence module, this will recover player state after a disconnect/reconnect. For respawn, you need to place the respawn module to get gear returned to you after you have respawned. RC2, we will return player state after a server restart with our DB features. What's not clear today is that OPCOM can take up to 10 minutes to initialize before our player tasks system kicks in. There are various reasons for this, but suffice to say that OPCOM needs to analyze the entire map and workout who should be doing what. After that is done, our Player Tasks system fires up and starts providing objectives. Its not ideal, but its how it happens in our Alpha at the moment. Respawn or resupply? You mean if you lose a chopper/aircraft have it be resupplied? We're working on a logistics module that should cover this. In the meantime, don't get shotdown ;)

Arty support is planned yes. It will support all current arty available in game. Can you elaborate on mobile arty and what you would expect here? Assuming you want to see OPCOM move its fires support assets as necessary?

From the manual...

Thanks for the feedback, we've noted the issue with the Showcase mission, we'll try to issue a fix in the next 24 hours. Cheers Tup

In Arma 3 > Main Menu > Play > Showcases

Awesome! Thanks

Hey guys, Awesome stuff Fred! I've been playing around with this. I tweaked the FSM and had it call my own callExtension addon that talks HTTP/JSON (rather than your dll). So i've got it sending data to a cloud based DB. I've got it reporting every 1 minute or so, depending on metric. Not really stress tested this yet, but wondering if its ok to use your FSM as part of something I'm working on?

Yes, that's correct, although the MSO "team" moved it towards a framework with many more optional modules and features. Kudos to Rommel for the original work and inspiration :) Domination! Ugh no. MSO 4.6 is nothing like domination. It is one of the first MP game modes to include DB integration, modules like CQB/support logistics/ambience and more. It supports the ethos of the original MSO. I wasn't aware that there was another "branch" of MSO :) We're pretty much the only people contributing to it on its public DevHeaven repo. We found issues with caching (although its functional), which is why we are developing something new. Still, there are plently of people that would love to get an updated "MSO" for A3, will you guys be sharing it? As pointed out here, the MSO "team" has moved off of MSO (leaving v4.6 and A2 as the last iteration available) and we are now developing a new add-on ALiVE (based on the concepts of MSO). We would like to think that those on A2 MSO will move to A3 ALiVE - and be patient as we get ALiVE up to feature parity! If people do want to port/improve A2 MSO to A3, we recommend contributing to the public devheaven repo and joining up on the MSO Skype Channel, rather than creating another derivative (like DWS etc). Or just sit tight and await ALiVE... ALiVE RC1 is imminent! :)

Number of times the mission has been launched.

Yes any map! Our military placement and objectives modules, automatically scan maps for military, civilian infrastructure etc. The modules are configurable in the editor, so you can choose sides or factions, custom ones too. You can also select things such as size of the enemy force and posture. Combining modules and settings you can create dynamic and credible invasions or insurgency campaigns. For those of you familiar with MSO we will be introducing modules such as Terror Cells, IED/Suicide Bomber, Roadblocks, AAA sites etc.

Yes will we support HC, we are not using it during alpha testing though. We have run 3000 virtual AI on a dedi server with FPS still between 40-50... Our target platform is Dedicated MP servers. Most modules work fine on local host, saying that the stats and data persistence stuff is currently dedicated only. There is nothing from stopping you from running a dedi server on the same machine as your client though. The add-on will require CBA and on the server side requires Arma2Net, just wanted to say thankyou to ScottW (the author of arma2net) for his help. We have written our own C# extension to Arma3 that plugs into arma2net and provides external web/db integration using HTTP and JSON. In addition we have written our own JSON parser in SQF. We look forward to sharing this code with the community soon. The team is really excited about our efforts to date and we are testing with some well known Arma groups already. Hopefully some of these guys can provide feedback on the experience so far! :)

We haven't released anything just yet :) we are still doing some closed testing to ensure the platform can scale as necessary. As some of you may have noticed our battle log site arma3live.com is still very much WIP. We're looking for any talented web devs out there to assist us. You should be familiar with HTML5, jQuery etc. We are using Apache CouchDB for the backend, so any experience in that is also useful, if not it's a great technology to learn :) Ping me if you can dedicate a few hours a week to work on this. Looking forward to releasing ALiVE in the near future!

Would be of great use if BIS shipped a static index of objects that can be loaded in game rather than relying on nearestObjects. We're using a static index with much better results, but we have to recompile it with every change. Would suggest scripters doing waypoints should be using position plus object type (nearestObject or static index lookup). Or fix nearestObjects :)

It just needs a bayonet ;) Congrats on the release! Looks schweet!