d_pfrommer

I'm able to fortify using ASR_AI or bCombat along with Gaia Fortify (set to a zone)

Thanks, highhead. Much appreciated workaround!

Have you tested the respawn on squad using a mission with the Virtual AI module included? I believe I've isolated the issue down to the presence of the Virtual AI module which is interfering with the Multispawn->Spawn on squad functionality. To reproduce: - Use Alive and CBA modules only - Add three NATO units, one set to player and the other two set to playable - Group the two playable units to the player unit - Name the leader player1, the other two player2 and player3 respectively - Add three modules: Requires Alive (using defaults), Virtual AI System (using defaults) and Multispawn (change to Spawn on Squad, enemy check to Yes) - Start hosted mission (regular skill), play as group leader - Tell 2 & 3 to "stop" - Move safe distance away and blow self up with grenade - Result: Show show "respawning" near group briefly, but then ultimately spawn in water Based on my observations, it appears that the primary playable unit is still being profiled as the e0 designation is provided on the map alongside the group leader. Perhaps the fixes for avoiding virtualizing unfilled playable units has interfered with the multispawn module?

Hi, Independent of the multispawn/ammo persistence issue that has been raised, has anyone experienced problems with basic respawning when set to "spawn in squad"? When synced to a vehicle, it works well; however, when set to squad, it teleports my player (which is part of a group) into the water. Thoughts? Thanks

For ignoring units (or an entire group), you can place this in the unit's init I believe: group this setVariable["ALIVE_profileIgnore", true]

Hi, With regard to bug #75347 (Multispawn w/o ammo), I did some research and a little debugging. It appears that in sys_player->playerData.hpp, under the getWeaponMagazine function, if I comment out the following and test the respawn on squad with (in-memory) persistence enabled... // if(MOD(sys_player) getvariable ["saveAmmo", false]) then { _magazine set [count _magazine, [_x select 0, _x select 1]]; // } else { // _magazine set [count _magazine, [_x select 0, getnumber (configFile>>"CfgMagazines">>(_x select 0)>>"count")]]; // }; ... leaving "_magazine set [count _magazine, [_x select 0, _x select 1]];", but skipping the conditional test using MOD(sys_player), my player respawns with both primary and secondary ammo as expected. If I keep the default, the player respawns but without any ammo and additional errors logged. I didn't get a chance to dig any deeper, but neither statement in the conditional blocks executes, which leads me to believe it may have something to do with trying to get the name or variable of a dead player. This may coincide with the lines in the RPT: WARNING: Function 'name' - (name omitted) is dead Thoughts?

Hi Savage, Yes... only ALiVE 0.8 and CBA running, along with vanilla init.sqf and description.ext (but with respawn setup for BASE). I added two players grouped together, spawned in as one of them. Ran the clip of the stock gun halfway down to about 20 bullets... threw a grenade and respawned next to the other unit. All were intact except for the ammo for both guns.

Hi, Has anyone else had an issue with the persistence module (set to local... i.e., no database) and the multispawn module reps awning the player without ammo? All other gear and uniforms come back, just not ammo. I raised this question prior to 0.8, but as the respawn module was incomplete, would readdress when 0.8 was released. Before I start tearing down other mods to uncover whether they are the source of the problem, perhaps someone can confirm for me that when one uses the respawn module and the persistence module together (again, memory only, not database persisted), one's gear and ammo are fully replaced upon respawn? Thanks!

If the pilot is set as player controllable and is not part of the same group as the gunner, and disappears when starting a multiplayer game (either dedicated or on the same machine), it sounds like a bug I raised and has been fixed for 0.8: http://dev.withsix.com/issues/74746 Try changing the pilot to AI only and see if the pilot disappears and/or group the pilot and gunner together when you choose to control the gunner. If the pilot continues to disappear, it may be a separate issue or something in the way you are setting up the mission.

Hi, So I stripped down my mods to just Alive and CBA, using a test map on Stratis. I then added three units (both stock NATO), and as well as a few ammo boxes. Additionally, I added the following Alive modules: -Admin actions -Requires Alive -Profile system -Multispawn -Player persistence (everything set to Yes) I have the following set in description.ext: respawn = BASE; RespawnDelay = 6; RespawnDialog = 1; When I throw a grenade and cause character to be killed, I am spawned with the same weapons without ammo. The RPT shows the following suspect lines: Ref to nonnetwork object Agent 0x31858390 Ref to nonnetwork object Agent 0x338d1010 Ref to nonnetwork object Agent 0x3219fb90 Unknown attribute itemsCmd Unknown attribute itemsCmd WARNING: Function 'name' - (my name here) is dead WARNING: Function 'name' - (my name here) is dead ALIVE Profile Handler - Un-Register Profile [player_0] Duplicate weapon Throw detected for B_engineer_F Duplicate weapon Put detected for B_engineer_F ALIVE Profile Handler - Register Profile [player_0] Thoughts? A

Sounds good, thanks. I wanted to check if this were a known issue prior to starting down the debugging path.. Thanks again.

Hi Friz, Quick question about the player module... if I add the player persistence module and ensure respawning is enabled, the units re-appear without ammo (despite my having all properties set to Yes on the module itself). Am I doing something wrong? Thanks

Hi friznit2, Perhaps I explained it incorrectly (or didn't give additional information). The profile module is set to "only profile synced units" (not "profile all editor units except synced units", so the playable unit is not synced to the module). Even if the unit were to become profiled, wouldn't it be expected that unit spawn in place when one nears its position? The unit never re-appears. Further to this, if I modify the mission and change the unit to be "non-playable", the unit is present in the mission and the profile system does not alter it. Changing it back to "playable" (and not choosing to play as that unit at mission start) causes the above issue. This only happens in multiplayer mode (server mode or on a dedicated server). EDIT: It appears that you the function ALIVE_fnc_createProfilesFromPlayers handles creating profiles for player units. Is there a missing "hasInterface" conditional check somewhere?

Hi, I've encountered what I believe may be a bug. To test, I created a fairly plain Altis map with two playable units on blufor grouped as a team, and then another single independent unit. I only have the following alive modules in the map (no other non-alive modules): requires, view distance, crew info, player tags, garbage collection and profile. When I run the map in multiplayer mode (on the same machine or on a dedicated) with one human player, the other playable unit (which is set to be AI controlled) disappears from the map. I have all debug options turned on for these modules. On the initial map when starting, it appears as those the unit was profiled; I.e., the independent unit shows up as a green marker in its intended position, but with the e designation. When in the map, the unit does not exist any longer (confirmed with alive arms command in debug console). If I switch to the other unit and restart the map, the independent exists (as a human player has filled the position) but the other two units are removed. If I remove the profile module and restart, the AI controlled playable units work as expected. (I do have disableai = false in description.ext). It took me some time to identify the issue (as I was originally designing a more complex mission and this was quite a bit of a moving target). I have not removed all mods except alive and cba, but believe the adding/removing the profile module should be independent as I use the same mods collection each time. Any thoughts? Thanks

I originally thought it was the revive script; however, I'm not so sure any longer. I don't want to send you off on a wild goose chase... so I'm going to look into the issue a bit deeper and respond back. I did come across another issue with dedicated servers and duplicated parachutes.. perhaps this is a BIS issue. Thanks

Hi.. great script! I do have a quick question. -I have two units setup whose init is set to [this] execVM a script, so they can initialize their position (i.e., parachuting in) by creating chutes and performing a moveInDriver for each unit. -These two units also have a placement radius of 1200 (for randomness) in their editor fields as well -In a SP or MP (non-dedicated), everything spawns correctly. -However, in a MP (dedicated), the scripts seem to be executing twice for each human player. (there are double the amount of chutes and vehicles). -When I disable your scripts, everything spawns OK (i.e. only one of each as expected). Do you know what could be causing this? Thanks in advance

Unfortunately, the LR radio is being provided to the unit I named "smith". Just to confirm, in init.sqf, I have: if (player == smith) then { tf_no_auto_long_range_radio = true; }; Any thoughts? Thanks

Hi nKey, Thanks for the reply. I thought that tf_no_auto_long_range_radio was global and applied to all group leaders? What would be the preferred way of setting this to exclude a player named "somePlayerName" in init.sqf below? a) if (player == then somePlayerName) then { tf_no_auto_long_range_radio = false; }; - OR - b) somePlayerName setVariable ["tf_no_auto_long_range_radio", false]; Thanks!

Hi, I am creating a mission in which one player (IND faction) is "lost" and must find a long range radio on the map in order to communicate with a team of BLUFOR via LR radios. I have both the WEST and GUER LR codes setup to be the same, and have proven that they can speak to each other if on the same channel; however, if I try to place a LR radio in the map via script (like 'tf_rt1523g' createVehicle getMarkerPos 'LRMarker;), the radio appears, but the frequencies are not the same as the ones set in the editor module. I have two questions: 1. Is there a way via add a generate a radio via script that contains the correct frequencies (set by the module, or via script, etc.)? 2. Is there a way to give all squad leaders the long range by default (using the automatic setting), but exclude the squad leader (really just a sole player), so that he does not get a LR radio by default? (I'd like him to search for it -- if #1 is possible). Thanks!

Hi, Thanks for the quick reply. To be fair, since I haven't tried the persistence system yet, some of my comments below may not be relevant. Generally, using a local system may be beneficial in the following situations: - The data are too voluminous to be reasonably transferred remotely - Fluctuations in (Internet) network conditions/speed may take more time loading/saving - When trying to play on a locally connected LAN w/o Internet access - One can continue playing even if ALiVE servers are down Thoughts?

Thanks, Tupolov. Platform, in terms of OS? Probably Windows over Linux as this point. If I misinterpreted, and you meant the platform for holding the DB (like Apache's CouchDB), then any supported platform would be fine. If one were to build a duplicate DB system locally (mirroring that which you have setup for ALiVE... if you end up providing the scripts), would it be possible to point the modules to communicate with that IP? Or, are there larger dependencies? Thanks

Hi Spirit, Is it effective to change the variables GAIA_CACHE_STAGE_1 and GAIA_CACHE_STAGE_2 to alter the distance at which groups are cached? Thanks

For persistence, is there a way to use a local data source?

Hi, Is there a preferred way of setting the distance at which groups are cached? Thanks

Hi, Is there a preferred method for excluding non-profiled units from becoming profiled using the ALIVE_fnc_createProfilesFromUnitsRuntume command? Perhaps either setting some variable within the unit's initialization, by specifying a blacklist/whitelist or by indicating a marker area? I've been using this to profile editor-placed units, but would prefer to exclude some groups which have more complex waypoints. Thanks ---------- Post added at 17:59 ---------- Previous post was at 17:36 ---------- I may have found the answer... perhaps I can use this? myGroup setVariable ["ALIVE_profileIgnore", true];