korax

Can already see a solid 5-6 fps increase with less spikes when hosting a mission with lots of AI + calculations going on so this is a step in the right direction! Will we see the arma3server executable updated in the same way?

One bug I've noticed is that the player revive no longer functions if the player switches units via the SelectPlayer command. There's scripting workarounds to re-initialize it but it would be nice if this worked within the engine

Somehow I don't want the AI spotting nerfed, even after watching that video, I feel it you made it impossible for AI to spot you through bushes then all of a sudden we're going to have complete nincompoops running about the forest bumping in to each other. What I would like to see though is more of a "spray and pray" approach used by AI when a unit is fully/partially concealed (and not on the direct area, maybe a sweeping motion around the general location) to add to the immersion

I tried the first mission in Singleplayer just as a test before any sort of actual coop play on the upcoming weekends. I agree with the sentiments that the biggest problem is the ticket respawn eliminating any real challenge. I feel like the best and quickest solution would be a campaign difficulty menu open during the initial game setup. Having the option to enable/disable ticket respawn (Disabling ticket respawn would set the revive respawn bleed-out time to infinity, always giving soldiers a chance to revive their fallen comrades, and if they all fall the mission fails) or possibly enable saving (not sure if that would break everything, but with the missions so short I feel that saving is just not as important). This allows for the best of both worlds and I don't see it being too hard to implement before the full game release. I also believe AI teammates should be able to be enabled/disabled in this screen as well, having them enabled (and able to be revived) would allow for JIP to function for players that want to jump into a unit on the fly - and if AI is disabled and they want to JIP (while ticket respawn is turned off) well.. too bad :) That's the mission host's choice. Of course being able to adjust other things like AI difficulty etc (on a greater level than the normal game difficulty settings) might also be fun for those that want an extra challenge.

Has anyone gotten revive working in conjunction with side or group respawn? As soon as a revivable unit is killed/bleeds out/force respawns and chooses another unit (in the case of side respawn) they are no longer set as revivable (getting shot immediately goes to the respawn screen again) and even during debugging the "[player] call bis_fnc_reviveEnabled" function then returns false.

Just a quick bug report, Zen_OrderInfantryPatrolBuilding didn't seem to be functioning correctly when I was using it in my mission (Units would move to a single location, stop, and not move anymore and eventually return to formation) This is on the 10-3-15 release I had a quick look at the Zen_OrderInfantryPatrolBuilding.sqf and saw on line 44 you had: if (isNull _x || {(alive _x)}) then { which looked a bit odd, changing it to: if (isNull _x || {!(alive _x)}) then { Appeared to fix the issue and they continue the patrol as normal :) I'm enjoying the release so far just for my own mission making, looking forward to future releases. Keep up the good work Zenophon!

Is this running with or without addons? I've noticed it in SLX but never normal addonless games. Maybe I was just lucky

Solus: I only put a 5 second delay because when testing I figure 'go big or go home'. It will probably still work with a lower ~1 or 2 second delay but I haven't been able to test anything else. the delay wont interrupt the smoothness of the animations or the dragging cycle though, it just gives it a certain amount of 'no restrictions' time while dragging which can be useful too. As for the freelook/headbug, I'm pretty sure its got to be tied in to the 'lying almost dead' animation somehow (could be one of the knockdown ones aswell), because that seems to be the common variable here. although it doesn't happen 100% of the time. What's weird is even after dying, respawning, etc the freelooks still stuck

Hey Solus, I've also encountered this error, and found a fix for it aswell, to clarify its ONLY when dragging another player, and it happens 100% of the time. Looking at the scripts and taking into account network lag I saw that it was executing too quickly between forcing the other unit (player) into the fake 'dragging' vehicle, and then immediately checking if he is in the vehicle. Realistically in an MP game theres a 200ms delay before the unit would actually be IN the vehicle. If I added a ~5 second delay just above the #dragging line in your SLX_Wounds\s\drag.sqs the dragging would now work perfectly in MP games. For example: <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE">?!alive _unit:SLX_NetCode=['(_this select 1) switchmove "SLX_DraggerCargo";',_unit]; SLX_NetCode call compile (SLX_NetCode select 0); publicVariable 'SLX_NetCode'; ;?!isplayer _ally:_dragger setVelocity (vectorDir _dragger) _swim=False ;_dragger addEventHandler ["GETOUT",{player sidechat format["DRAGGER GETOUT %1 %2 %3 %4 %5 %6 %7 %8 %9", _this,time]}] ;_dragger addEventHandler ["GETOUT",{player sidechat format["DRAGGER GETOUT %1 %2 %3 %4 %5 %6 %7 %8 %9", _this];(_this select 2) moveincargo (_this select 0)}] ~5 #dragging ;in vehicle @ (!alive _ally) || (!canstand _ally) || (_ally in SLX_Wounded_arr) || (!alive _unit) || ( (count (crew _dragger)<2) && !(surfaceIsWater getpos _dragger) ) || (_ally distance _unit>3) || ((((getpos _dragger) select 2)<-0.6)&&!(_swim)) || (_ally!=(driver _dragger)) || ((abs speed _dragger)>9) Edit: I've also run into this bug seemingly at random, but it usually has to do with getting injured in some way or another. Killing yourself and respawning will NOT help, disconnecting, restarting the game, and reconnecting via JIP into the same unit will not help either, he will still have the bug. The only chance is if the mission has another unit/JIP slot you can join into and then you'll be fine. (Have not been able to test to see if this problem happens in 1.02)

I've also come across this issue in a private multiplayer server, as soon as it comes up it usually reduces client fps to 3-5 and results in a desync'd game/crash After some playing around, I looked around the addons and removed the SLX_Fire.sqf in the VehicleEffects.pbo, and the problem was solved. now theres no fire/smoke on destroyed vehicles obviously, but the game doesnt crash and that's always nice And If I put a quick debug hint in the beginning of SLX_Fire.sqf, it seems that when a vehicle is destroyed this file is called 4+ times, sometimes more in multiplayer games. I'm not sure if this is normal or not but since the smoke looks extremely heavy and laggy it seems to me like the script replicating hundreds of times could be the source of the lag/crashing. Just thought that might be of some help. Otherwise I love the mod and it's very well done

I agree with this statement

another one with Sprocket. up the count to 8!

What irks me is the fact that you come to this forum already with this 'nothing to lose' attitude, turning it into an unpleasant environment. Anyway, getting back on topic (whatever that was), I agree there are some issues with the previous ArmA releases however it's only getting better with patches just as the very same happened with OFP. All you have to do is ride out the rough middle ground before it becomes a much greater game, and posts such as these do nothing to encourage it.

I'm beginning to dislike you and your general hatred towards ArmA, which is evident in many of your (often sarcastic) posts. Please go away

turn shader detail completely down, turn off anti-aliasing, turn off shadows