calo_mir

I've built a small mission using the high command module (in the same vein as Village Sweep). The problem is that if the commander dies, the mission's basically over as nobody else can access the high command module. Any AI squads will obviously just sit there forever. Is there some way to pass command of the module to, say, the current highest-ranked subordinate, or something? Ideally in an MP compatible manner.

We've got people trying to get it in Denmark, New York and London and the behaviour's always the same: The server manages to send a few megabytes and then the download hangs. After a few minutes of sending nothing, the server drops the connection. You might want to speak to whoever's providing the server... I can probably get more diagnostic info if you need it.

That's the server I was referring to.

Are there mirrors for the GITS evolution missions anywhere? I've been trying all week to download them but the server they're hosted on drops the connection before the downloads are complete.

Hi. Ah, thanks. Completely misread that description the first time - I thought it was intended to set the likelihood of a group calling support. I've just noticed _setSearch above that. Hopefully that'll stop the groups from straying right out of the zone.

Any opinions on what might be the best way to implement something similar to the "GUARDED BY..." trigger? I'd essentially like to set up a few zones with squads that will patrol and defend against any incoming attack but will not stray from their zone and will not respond to support calls (or something along those lines).

It's a gameplay issue really, regardless of authenticity (for this mission at least). A small fireteam goes in and on the first engagement, they're immediately swamped with all the units on the map. I could argue that one group requesting support from all available groups isn't really authentic at all if those groups are tasked with patrolling a large urban area - a small distracting attack could be a prelude to a large attack elsewhere and moving all groups to one location could be a huge mistake. Let's not get into that, though... Ok, thanks, I'll have a look. I checked the first ten pages or so but given that I didn't really know what I was looking for...

Hi. I've placed a large zone over an entire town with about six infantry groups set to spawn in the zone. The problem is: Attacking (or being attacked by) one of the groups basically results in every unit in the zone swarming to attack. This usually results in a firefight with 50 or so soldiers on one side and 4 on the other... Is there something I need to change to stop this happening?

Hi. For single player, just place it in the "missions" directory instead.

A grand Oops in this version (0.1.2). Client code is not being executed for the first player of a non-dedicated MP game. Expect a revised version very soon. Arrowhead is also in the mail, so the mission will see proper testing with Combined Ops.

It's not been tested with Combined Ops (I don't have Arrowhead yet) but I see no reason why it shouldn't work fine. I'd be interested to know if it does/doesn't work.

Heap Sort MIL/DEV 720 This package provides an implementation of the heap sort algorithm. The algorithm is an in-place, unstable sort with O(n log n) performance in all cases. Essentially, the algorithm has performance competitive with quicksort but without quicksort's dangerous O(n^2) worst case performance. The implementation provides a general function that takes an array of arbitrary objects and a comparison function to compare those objects. Convenience functions are provided to sort arrays of integers. Usage example: _input = [5, 3, 1, 2, 4]; _output = [_input] call M720_heap_sort_integers_ascending; assert (_output == [1, 2, 3, 4, 5]); Downloads Download (0.1.2) MD5 SHA256 PGP signature Changelog

An Evening On The Coast MIL/DEV 720 Type: SP / Co-op Players: 1 - 6 An Evening On The Coast 6 player cooperative and single player urban combat mission. Your main objectives are to disrupt Russian supplies by destroying two key targets. Unfortunately, due to the heavy civilian presence in Berezino, certain protocols must be abided by - indiscriminate artillery fire is not authorized. The first of the two targets are a pair of train engines. Intelligence suggests that the destruction of these engines will severely affect equipment and fuel transports to outlying forces. The second of the two targets is a large shipment of fuel used to power larger armored vehicles. Unfortunately, due to the difficulty of maintaining security in an occupied town such as Berezino, the shipment is moved frequently and the current location is not known. Uses DAC 3.0 for dynamic AI behaviour and unpredictable squad placement. Downloads Download (0.2.0) MD5 SHA256 PGP signature Mirrors Armaholic Changelog Dependencies ACE2 >= 1.2 ACE2_ACEX >= 1.2 ARMA2 >= 1.01 DAC >= 3.0

Hi, thanks. I should've made it clearer that the problem was fixed. The empty Missions class obviously helps!

After tracing the process with Process Monitor, I discovered that the server's looking in the beta subdirectory for an MPMissions directory (I'm running the beta patch, obviously).