how to get rid of the battleye kicks - script restrictions...

[AFC~Gagi2~ 44]

The ideal method is to check the log, as suggested - search for "#12345" where the number is the restriction you got kicked for. It'll show the code block that kicked you. Find that line in scripts.txt - it will be the line number + any commented lines, so the quickest way is to go to line 12345 (etc) and then keep looking past there until you find the "5 commandthatkickedyou" line.

Would be easier to explain if you included log info, but here's an example using some random stuff in my log file..

So, the number was #23. Searching scripts.log for #23 I find this:
 

08.02.2013 12:01:36: SOMENAME (123.456.789.12:2304) XXXXXXGUIIDXXXXXX - #23 "playActionNow "Die";

};

player allowDamage true;

player enableSimulation true;

0 cutText ["", "BLACK IN",3];

 

 

player addWeapon "

So I look in scripts.txt, starting at line number 23 and looking at the first word on each line until I find something that matches my code block. Here we go, line #25 - "1 enableSimulation" followed by a bunch of other stuff.

So, we don't want to kick (or in this case log - doesn't matter, same process) for this anymore. BattlEye is freaking because it sees "enableSimulation." I need to tell it that this particular code is legit - so, at the very end of the line that starts with enableSimulation, I put a space, and the following:
 

!"player enableSimulation true;"

So what we've told BE now is that enableSimulation, in general, is bad -- unless you see it in that exact format in the quotes there, in which case you can safely ignore it. Just make sure you copy and paste that exact line containing the "bad" command.

The only extra tricky bit -- If your code has quotes in it, like this for instance:
 

0 cutText ["", "BLACK IN",3];

You'll need to escape each of the quotes like this:
 

!"0 cutText [\"\", \"BLACK IN\",3];"

That way BE can tell the difference between a quote in the code and the quotes that are wrapping around the entire block of code.

Source: LINK

[Flow 252]

[SE7EN 4]

Hey all

i hope that you guys help me with my battleye filters
i already using infistar battleye filters but its keeps kicking me for  

to restrictions

1:  Script Restriction #9 "mat ["   %3",_veh,_model,_icon,_vehicleicon];_marker = createmarker ["BIS_fnc_diagVehicleIcons_marker_" + str _foreachindex,_"

2: Sript Restriction #0 2:1621 Exile_Unit_Player 439496541 [6716,13826,1305]

can you guys please help me and tell me how to fix this restriction because im stock on it

 

greetings Maikel 
 

[Bob_the_K 105]

With the latest Arma 3 1.70 and Exile 1.0.3 upgrades, I've been digging into script restrictions pretty heavily over the past week or two.  For the most part, I can now figure them out pretty quickly.  One thing I haven't been able to figure out though - when do I use != or ! (without the =)?  What determines which I should use?  I didn't see that written anywhere.

Thanks.

[JakeHekesFists 58]

On 5/23/2017 at 0:39 AM, Bob_the_K said:

With the latest Arma 3 1.70 and Exile 1.0.3 upgrades, I've been digging into script restrictions pretty heavily over the past week or two.  For the most part, I can now figure them out pretty quickly.  One thing I haven't been able to figure out though - when do I use != or ! (without the =)?  What determines which I should use?  I didn't see that written anywhere.

Thanks.

! is for a generic/partial match

!= is for an exact match 

so just a hypothetical if we were talking about createvehicle and i wanted to exempt all cup vehicles from the kick/logging I could use 

!"CUP_" to exempt anything containing the string CUP_

!="CUP_C_Golf4_black_Civ" to exempt only the black civilian golf.

http://opendayz.net/threads/a-guide-to-battleye-filters.21066/
^ This was the guide I used back when I was learning to run DayZ epoch servers in A2. Its very good.

[Bob_the_K 105]

Thanks!  Got it bookmarked!

[Spin Khan 0]

I've been struggling with the colloquial and often recited advice on this as well.  The problem is, this isn't enough of an explanation.  In a comparison, you also have to consider the WHAT that you're making a comparison too, and THAT'S never part of the guides or the shared information.  So, what you've explained, "sounds" good but look at it closer:

!"CUP_C_Golf4_black_Civ"

Should, just the same, exempt ONLY the black civilian golf. 

and

!="CUP_"

should, just the same, exempt ONLY and ALL that begin with the pattern. 

How at these functionally different?

YES, What you provide as a "pattern" effects what it ultimately matched, but, /given the current explanation/  the choice of '!' or '!=' is irrelevant.

The missing piece here is, WHAT are they being compared TO?  THAT's the only part of this puzzle that makes this distinction an actual distinction!  Until we fully understand that, functionally, as the explanation stands, there is no difference in

But I can't find any deeper explanation for all this!   

Thoughts?