mdms 1 Posted April 4, 2015 (edited) After the latest (3.4.2015) Arma II Operation Arrowhead betapatch through Steamworks a lot people seem to get this error when trying to launch the game: Addon 'Corepath' requires addon 'CAAir_ACR_L159'. I guess they added corepatch to the official release and now there is a problem loading up ACR Lite? The game launches after you press OK, but you cannot join any multiplayer server. It just hangs at Authenticating and the client gets disconnected. Removing the whole "..\Arma 2 Operation Arrowhead\Expansion\Addons"-directory and redownloading it does not help. ---------- Post added at 13:36 ---------- Previous post was at 13:33 ---------- FAQ: there is known issue with ACR dependency (need to install ACR full or ACR lite) ACR Lite installer (http://www.arma2.com/download/805) reports: !!! MISSING STRINGS and does not resolve the problem. Edited April 4, 2015 by mdms Share this post Link to post Share on other sites
Dwarden 1125 Posted April 4, 2015 backup corepatch.pbo + both .bisign files place this file instead https://www.dropbox.com/s/r7zmon7t96v9qry/CorePatch_ACR_Fix.7z?dl=0 and try again it should work, not sure if I can get the update live to beta branch (signed) before Tuesday Share this post Link to post Share on other sites
Horus 83 Posted April 4, 2015 @Dwarden is there any chance that we get non-steam version of final patch :756: Share this post Link to post Share on other sites
Dwarden 1125 Posted April 4, 2015 @Dwarden is there any chance that we get non-steam version of final patch :756: since 1.63 the game base off STEAMWORKS as replacement of now defunct GameSpy ... so ... what you asking for ... is non-steam version w/o MP ... Share this post Link to post Share on other sites
Horus 83 Posted April 4, 2015 (edited) With hosts.txt I can "see" 1.62 servers right now and if BIS give 1.63 non-steam version maybe some one make something like PowerServer & OFPMonitor for Arma 2 CO...and you will give SP and campaing bug free version of game to all A2:CO users /steam&non-steam Edited April 4, 2015 by Horus Share this post Link to post Share on other sites
Schatten 287 Posted April 5, 2015 Will ACR Lite be included into patch? Many players can't connect to servers and don't understand what's going on. Share this post Link to post Share on other sites
Markokil321 10 Posted April 7, 2015 Would you be able to so something in regards to these messages seen in client and server.RPT. (using beta branch, though messages were also seen before that) 16:33:47 Warning: looped for animation: ca\anims\characters\data\anim\sdr\mov\erc\wlk\non\non\amovpercmwlksnonwnondf.rtm differs (looped now 0)! MoveName: amovpercmstpsnonwnondnon_amovpercmstpsraswpstdnon 16:33:47 Warning: looped for animation: ca\anims\characters\data\anim\sdr\mov\erc\wlk\non\non\amovpercmwlksnonwnondf.rtm differs (looped now 1)! MoveName: amovpercmrunsnonwbindf_rfl 17:24:41 Warning: looped for animation: ca\anims\characters\data\anim\sdr\mov\erc\stp\non\non\amovpercmstpsnonwnondnon_amovpercmstpsraswpstdnon_end.rtm differs (looped now 0)! MoveName: amovpercmstpsnonwnondnon_amovpercmstpsraswpstdnon_end Share this post Link to post Share on other sites
Dwarden 1125 Posted April 7, 2015 hotfix for ACR issue is live, signed too Share this post Link to post Share on other sites
dreadpirate 173 Posted April 9, 2015 First post here after years of playing the Arma series, so it might as well be thanks for something. Thank you goliath86 :)I can finally avoid clicking on basic A2 now for the last existing reason (the campaign bitter chill problem). A problem that is now actually fixed (just tested and it is now guaranteed fully playable here in v1.0.0.22). The FN FAL fire rate fix is absolutely more than welcome "built-in" too, but is there an easy way to do it without blocking addon sounds from working? I use the J.S.R.S. v1.5 soundpack in my regular A2CO, and with the corepatch fix the FN FAL now happily uses the addon sound (as expected) for semi, but in the full auto mode it reverts to using the default gun sound. It`s the only reason I was using the TGW Fire Mode Fix (it`s on armaholic, but I can`t post a link yet) before, as it added auto mode to the FAL (using default sounds) and allowed any addon sounds to override both modes if used. I have tried adding the TGW fix after the latest corepatch but for some reason it does not override the corepatch fix, and being a 3d and textures modder, I`m not the best at working on script stuff.... :o Is this a problem that can be fixed with CorePatch (I'm running v1.0.0.24) or is it a JSRS problem? Thank you for all your hard work. Tracking down bugs is no fun, so you've done the ArmA community a great service..... Share this post Link to post Share on other sites
8LacK5naK3 192 Posted April 10, 2015 It`s not an addon sound problem, and it can be fixed with CP easily. goliath86 mentioned he knew about it in his reply to that post, but I think the fix he meant to put in place got lost somewhere along the way of the bigger fixes. Funnily enough, I had been meaning for the last few days to mention it here, before it all goes final. Share this post Link to post Share on other sites
goliath86 11 Posted April 10, 2015 Is this a problem that can be fixed with CorePatch (I'm running v1.0.0.24) or is it a JSRS problem?Thank you for all your hard work. Tracking down bugs is no fun, so you've done the ArmA community a great service..... It should be ok now with the latest beta patch of A2:OA (as 10/04/2015) ;) Share this post Link to post Share on other sites
dreadpirate 173 Posted April 10, 2015 It should be ok now with the latest beta patch of A2:OA (as 10/04/2015) ;) So, we don't need CorePatch anymore? Everything is in the beta? Share this post Link to post Share on other sites
Dwarden 1125 Posted April 10, 2015 So, we don't need CorePatch anymore? Everything is in the beta? if you use the OA beta branch then you don't need standalone corepatch anymore Share this post Link to post Share on other sites
dreadpirate 173 Posted April 11, 2015 if you use the OA beta branch then you don't need standalone corepatch anymore OK, switching to beta. Thank you. Share this post Link to post Share on other sites
foffy 58 Posted April 11, 2015 if you use the OA beta branch then you don't need standalone corepatch anymore Is this beta coming to main branch soon? Share this post Link to post Share on other sites
opusfmspol 282 Posted April 11, 2015 For switching between beta and live, should Corepatch be removed from addons folder to run the beta, or just deactivated and left in folder? Just wondering if the engine would confuse any Corepatch addon files with the beta's files. Share this post Link to post Share on other sites
OMAC 254 Posted April 11, 2015 You can deactivate the @corepatch mod and leave it, or delete it. All necessary corepatch files for the OA beta (and when corepatch goes to stable branch) are in C:\Program Files (x86)\Steam\SteamApps\common\Arma 2 Operation Arrowhead\Expansion\Addons Share this post Link to post Share on other sites
Schatten 287 Posted April 14, 2015 Some errors (Steam beta branch): ===================================================================== == D:\Steam\steamapps\common\Arma 2 Operation Arrowhead\ArmA2OA.exe == "D:\Steam\steamapps\common\Arma 2 Operation Arrowhead\ArmA2OA.exe" -cpuCount=4 -maxMem=2047 -maxVRAM=2047 -world=Zargabad ===================================================================== Exe timestamp: 2015/01/02 20:35:26 Current time: 2015/04/10 18:39:50 Version 1.63.125548 Error in expression < _spawn = [] spawn {}; while {alive _uav} do { waituntil {waypointdescriptio> Error position: <_uav} do { waituntil {waypointdescriptio> Error Undefined variable in expression: _uav File CorePatch\CorePatch_UAV\data\scripts\uav.sqf, line 148 Error in expression <oints"}) exitwith {}; if ((count units _uav) > 1) then { [driver _uav] join grp> Error position: <_uav) > 1) then { [driver _uav] join grp> Error Undefined variable in expression: _uav File CorePatch\CorePatch_UAV\data\scripts\uav.sqf, line 128 Error in expression <ve _player) then { _player removeaction _action; _player setvariable [_idAction,> Error position: <_action; _player setvariable [_idAction,> Error Undefined variable in expression: _action File ca\modules_e\uav\data\scripts\uav_action.sqf, line 48 Share this post Link to post Share on other sites
goliath86 11 Posted April 15, 2015 Thank you Schatten for reporting! I will fix those errors ASAP Share this post Link to post Share on other sites
goliath86 11 Posted April 17, 2015 The two bugs, reported by Schatten: Error in expression < _spawn = [] spawn {}; while {alive _uav} do { waituntil {waypointdescriptio> Error position: <_uav} do { waituntil {waypointdescriptio> Error Undefined variable in expression: _uav File CorePatch\CorePatch_UAV\data\scripts\uav.sqf, line 148 Error in expression <oints"}) exitwith {}; if ((count units _uav) > 1) then { [driver _uav] join grp> Error position: <_uav) > 1) then { [driver _uav] join grp> Error Undefined variable in expression: _uav File CorePatch\CorePatch_UAV\data\scripts\uav.sqf, line 128 Are related to a BI UAV Module not synced to any "uav" unit. It is not a code's bug but a mission's bug. Anyway I will introduce few changes on the script to terminate it in case a "uav" unit is not synced to module and a "hint" message that will advise user(s) of the error. Share this post Link to post Share on other sites
Dwarden 1125 Posted April 17, 2015 new OA beta patch is rolling out ... corepatch.pbo and ui.pbo changes Share this post Link to post Share on other sites
opusfmspol 282 Posted April 20, 2015 (edited) another consistent JIP error, this one spams host and JIP player continuously after the JIP player joins: Error in expression <esNew = _gainTimesNew - [-2]; _params = _params - [-1]; _mainScope setVariable> Error position: <_params - [-1]; _mainScope setVariable> Error Undefined variable in expression: _params File ca\missions\som\data\scripts\functions\isAvailableSupportRequest.sqf, line 64 - I'm running two machines with beta on LAN, local hosting, not dedicated. - The mission is a BIS Warfare CTI using custom client init (Corepatch beta version) only for Warfare with SecOps comms, and a SOM synched to each leader. - The host machine is spammed because of the server's support update, and the JIP machine is spammed because of the client's options update. Though generated by a SOM function script, the error originates in this line of the Warfare Server_SupportUpdate.sqf script: if ((_balance < _price) || _removeAll) then {//remove given support _mainScope setVariable ["gainTimes_" + _x, []]; //TODO: convert to BIS_SOM_removeSupportRequestFunc } else {//add support [color="#808080"][i]//*side note: "_x" is the support name. There is no "remove support" function, seems it was an intent.[/i][/color] Running it down I found SOM support checks need "gain times" and "params" set. The SOM function checks for both. At JIP, funds are low and a player can't afford supports. The line initializes the gain times, but not params. When a support can be afforded and gets added, the default params is generated if no param is passed. An empty array is the default params. Warfare doesn't pass params if adding a support, so default is okay to clear the error. This resolved the error: if ((_balance < _price) || _removeAll) then {//remove given support _mainScope setVariable ["gainTimes_" + _x, []]; //TODO: convert to BIS_SOM_removeSupportRequestFunc [color="#FF0000"] _mainScope setVariable ["params_" + _x, []];[/color] } else {//add support After working this out, I enjoyed hours of playing Warfare with SOM Secops thrown in. :627:It was great! :coop: :681:Each leader had his own call sign set up, no confusion there, each got their own SOM side missions as well as the regular Warfare missions. The only real nuisance was the "support comms over network" issue, which even before beta, they only ever worked for host, and the join player calls for support caused confusion in the SOMs. It's the only reason I haven't suggested having Secops Comms for Warfare added to Corepatch. Edited April 20, 2015 by OpusFmSPol Share this post Link to post Share on other sites
goliath86 11 Posted April 20, 2015 another consistent JIP error, this one spams host and JIP player continuously after the JIP player joins: Error in expression <esNew = _gainTimesNew - [-2]; _params = _params - [-1]; _mainScope setVariable> Error position: <_params - [-1]; _mainScope setVariable> Error Undefined variable in expression: _params File ca\missions\som\data\scripts\functions\isAvailableSupportRequest.sqf, line 64 - I'm running two machines with beta on LAN, local hosting, not dedicated. - The mission is a BIS Warfare CTI using custom client init (Corepatch beta version) only for Warfare with SecOps comms, and a SOM synched to each leader. - The host machine is spammed because of the server's support update, and the JIP machine is spammed because of the client's options update. Though generated by a SOM function script, the error originates in this line of the Warfare Server_SupportUpdate.sqf script: if ((_balance < _price) || _removeAll) then {//remove given support _mainScope setVariable ["gainTimes_" + _x, []]; //TODO: convert to BIS_SOM_removeSupportRequestFunc } else {//add support [color="#808080"][i]//*side note: "_x" is the support name. There is no "remove support" function, seems it was an intent.[/i][/color] Running it down I found SOM support checks need "gain times" and "params" set. The SOM function checks for both. At JIP, funds are low and a player can't afford supports. The line initializes the gain times, but not params. When a support can be afforded and gets added, the default params is generated if no param is passed. An empty array is the default params. Warfare doesn't pass params if adding a support, so default is okay to clear the error. This resolved the error: if ((_balance < _price) || _removeAll) then {//remove given support _mainScope setVariable ["gainTimes_" + _x, []]; //TODO: convert to BIS_SOM_removeSupportRequestFunc [color="#FF0000"] _mainScope setVariable ["params_" + _x, []];[/color] } else {//add support After working this out, I enjoyed hours of playing Warfare with SOM Secops thrown in. :627:It was great! :coop: :681:Each leader had his own call sign set up, no confusion there, each got their own SOM side missions as well as the regular Warfare missions. The only real nuisance was the "support comms over network" issue, which even before beta, they only ever worked for host, and the join player calls for support caused confusion in the SOMs. It's the only reason I haven't suggested having Secops Comms for Warfare added to Corepatch. Thank you OpusFmSPol for the very detailed report! I will fix the error for the next version of CorePatch! Thank you again! ;) goliath86 Share this post Link to post Share on other sites
dimon 32 Posted April 22, 2015 Error in expression <treme max _x; } forEach _array; }; }; _extreme> Error position: <_extreme> Error Undefined variable in expression: _extreme File ca\modules_e\functions\arrays\fn_findExtreme.sqf, line 46 Share this post Link to post Share on other sites
goliath86 11 Posted April 22, 2015 Error in expression <treme max _x; } forEach _array; }; }; _extreme> Error position: <_extreme> Error Undefined variable in expression: _extreme File ca\modules_e\functions\arrays\fn_findExtreme.sqf, line 46 Thank you Dimon for reporting! I've inspected the fn_findExtreme file and I don't see any script error. The error you have posted here, is attributable to the mission that use the BIS_fnc_findExtreme() function without any array passed as first parameter to it: This is from the fn_findExtreme.sqf: /* File: fn_findExtreme.sqf Author: Joris-Jan van 't Land Description: Returns the minimum or maximum value in an Array. Parameter(s): _this select 0: Array (array) _this select 1: Scalar (mode) 0: minimum 1: maximum Returns: Scalar (extreme) */ private ["_array", "_mode", "_extreme"]; _array = _this select 0; _mode = _this select 1; _extreme = _array select 0; ...... so if the array _array is not defined then the function throws the error that you've posted here. In conclusion, it is not a script error. Thank you again Dimon!! goliath86 Share this post Link to post Share on other sites