suspense

The performance you can get out of ArmA 2 is very limited even on high end gear. ArmA 2 does not utilize multiple threads and cores properly. You can use a command line to "help" it on its way, but its still far away from being optimal. You would be able to notice this by looking at your total CPU usage during gameplay, aswell as which cores are being used to run ArmA 2. In most cases, you will see it mostly using just 1, and at occations, very little of a 2nd core. This results in very bad performance on high-end rigs, or rather, limited performance. Your best bet is to lower graphics as much as possible, ive got a few config tweaks that are almost bound to give you another 30-50 fps if you like. It will reduce the overall quality of the picture, but help the game run better on the limited amount of cores it is able to use.

How long have you been stuck on loading? Recently, it can take a while to get into a server. Running the game through steam with the beta patch + having the overlay function, can be a bit of a hassle, I would recommend sykotix .bat file for launching ArmA 2 with the beta patch and DayZ.

Have you tried running in windowed mode? And run from a stock config?

Does the game actually minimize itself upon joining a server, i noticed you said it was black after clicking it in the taskbar, and "bringing it back up" ?

That would look pretty funny. ArmA 2 already has an "emote" or "function" to actually show you are friendly. You can lower you weapon which gives your whole charecter a different way of walking and looking. To raise the weapon you enter a 2 second animation in which any other player could react to the hostility. Unfortunatly, not many people use this.

What OS are you running?

Make sure you have launched both ArmA 2 and ArmA 2 OA before using sixlauncher, if you arent using steam, make sure all redis are installed aswell.

Are you using sixlauncher or any other kind of launcher?

It takes a little to get used to. But the ipb layout is far more efficient, both in terms of speed, but also moderation and administration on the back-end. It is also a lot more flexible. Just spend a little time getting to know how IPB works, and you will love it.

Delete the arma OA registry entries and you will be able to register your new key upon launching the game through Steam.

Was functioning 3 days ago, the bypass is detected, which isnt the hack itself. It comes with a BE bypas that is supposed to bypass script restrictions put in place by server admins. It will still function on some servers. Along with that, if you check the root forum, you will find several new ways of getting "around" BE.

The views of the topic says a bit, 11 thousand. Its more broad then you would think.

As long as you dont use it lol.

You would be surprised. Up until 4 days ago, the only "easy" and "user friendly" script hack was one developed last year, and had been detected for months. People before now, used small specific scripts to spawn specific things, like vehicles through file editing. This wasnt user friendly. 3-4 days ago, a new hack was released based on the code of the "old one" which allows people to run all kinds of scripts. This is why we see so many videos of hackers at this moment, people spawning things, dropping bombs, teleporting everyone to 1 spot. These things are all results of a popular mod where gear has some form of meaning, and a new hack that allows you to be "on top" of everyone else.

No it wont. This script would have to be initiated from X ip on Y player, and cd key that initiates the script, gets banned. Not the cd key it is enforced on

Id love a screenshot of this email Actually, Battleye allows for a lot of diversity and allows admins to deny scripts themselfs. If any admin actually wanted their server to be more or less safe, they would use Battleeyes feature of disallowing specific scripts by adding them to a .txt file. This instantly denies any script you ad, such as spawn weapons, vehicles or any other shenanigens.

Battleye only bans the CDKey that the script is ran from. If someone runs a script on you, your "playerID" is affected, it is not initiating the script and thus not banning you. I dont know who told you that battleye bans if you pick up something spawned by another player, but it doesnt. There can be few cases of false bans like any other anti-cheating system have. But its not broad like you make it appear to be. Everytime someone runs a script, it is clearly logged on the servers and battleye reads these logs in order to enforce a ban or deny a script.

I think its safe to assume the other ghillie, thought that wrath was on his team ;)

Completely depends on the structure of the game, and what is available for the client in a multiplayer game. Its not as "easy" at this.

The "engine" isnt terrible. The engine is over 5 years old' date=' do people that get this "game" for this "mod" even check what game they are getting? ArmA 3 is build on the same, but upgraded and modified engine ArmA 2 is. Because its a freaking awesome engine in terms of what you can do with it, what we play now, is jsut an old game. Pleease.... [/quote'] Yes it's an awesome engine where walking into stationary objects breaks your legs and hackers have free reign. I wonder what your standards for a good engine are. I have NEVER, EVER played a game as buggy and as vulnerable to hackers as Arma 2. None of these issues are in the actual ArmA 2 game, because its not a FEATURE IN THE GAME. In ArmA 2, "objects" such as players do not collide at speeds faster then what the game allows. They do in DayZ because zombies move quicker then normal units in the game. This is an issue with the mod, NOT THE GAME ENGINE Same thing goes for the mechanic of actually breaking legs, this does ot exist in the actual arma 2 game, so being under or in a vehicle in arma 2 would result in you dying, not breaking a leg. This can happen in any game where there is a desync between the client and the server. Please, before talking technical bs you know nothing of, go educate yourself. I love how you just made a post that once again reiterates the fact that the Arma 2 engine is not good enough for Day Z. Are you stupid? Please educate yourself, i usually wish people the best in their lives, but something tells me you wont get very far.

The "engine" isnt terrible. The engine is over 5 years old' date=' do people that get this "game" for this "mod" even check what game they are getting? ArmA 3 is build on the same, but upgraded and modified engine ArmA 2 is. Because its a freaking awesome engine in terms of what you can do with it, what we play now, is jsut an old game. Pleease.... [/quote'] Yes it's an awesome engine where walking into stationary objects breaks your legs and hackers have free reign. I wonder what your standards for a good engine are. I have NEVER, EVER played a game as buggy and as vulnerable to hackers as Arma 2. None of these issues are in the actual ArmA 2 game, because its not a FEATURE IN THE GAME. In ArmA 2, "objects" such as players do not collide at speeds faster then what the game allows. They do in DayZ because zombies move quicker then normal units in the game. This is an issue with the mod, NOT THE GAME ENGINE Same thing goes for the mechanic of actually breaking legs, this does ot exist in the actual arma 2 game, so being under or in a vehicle in arma 2 would result in you dying, not breaking a leg. This can happen in any game where there is a desync between the client and the server. Please, before talking technical bs you know nothing of, go educate yourself.

The "engine" isnt terrible. The engine is over 5 years old, do people that get this "game" for this "mod" even check what game they are getting? ArmA 3 is build on the same, but upgraded and modified engine ArmA 2 is. Because its a freaking awesome engine in terms of what you can do with it, what we play now, is jsut an old game. Pleease....

The operational range of the as50 is 300 meters less then that of the barret. The as50 is also designed as an anti-material rifle, to shoot out engine blocks or light vehicles. Overall a worse "anti personal" rifle then the barret

Uh, not it wouldnt? If it were to be persistent within just one server, the hive system would remain more or less the same, except it would run locally on the server. I dont know exactly what kind of exploits you are talking about, but moving the hive from a central server to the server that the game server is being run from, will make no difference in terms of how the "hive" talks with the client. If on the other hand, you would want to move the whole thing clientside, exploitation just become a million times easier. The current system is the safest you will get, while still keeping persistence