bravo17

This seems to have been fixed in 1.58. Thank you.

2 big points to remember - they also changed the names of at least 2 settings: 3rdPersonView is now thirdPersonView and WeaponCurser is now weaponCrosshair which is probably why these two settings are causing so much trouble.

Same server, same mission so there is something else at play.

One of the difficulties seems to be that the bushes are not consistent - one time they will damage the car, another time they will not. This bush: http://images.akamai.steamusercontent.com/ugc/505902374495043668/73E609C48929FC324FB09DF24BC2E8A7EA0D70BB/ Wrecked my car and damaged me yesterday: http://images.akamai.steamusercontent.com/ugc/505902374495044382/C594163AE58576A3A131A2D153B113FC1747D75A/ But today it didn't.

I would be glad to, but I could not see how to add an attachment to a PM. It has just got stuck again, the bottom bar says Loading data....

That is indeed what the bushes look like, but not all of them that seem to look like that are made of iron.

There still seem to be some of those artistic wrought iron bushes lying around on the Altis landscape. They are so well made that they look just like some of the other, normal, wooden leafless bushes, but hitting them with a vehicle will cause a large amount of damage to the vehicle and injury or death to the occupants. They can also cause the front of the vehicle to rise up dramatically and In extreme cases the vehicle can be launched into the air. Please could you task one of the Minions from the Ministry of Architectural Sculpture with removing them from the Island and replacing them with wooden ones?

My launcher has been continually crashing ever since 1.56 came out, probably 75% of the time I try to use it. It either never shows the news items, or stops working soon afterwards, seemingly just before or whilst checking the workshop content. The error is always the same "System.ComponentModel.Win32Exception (0x80004005): Not enough quota is available to process this command". Once it has crashed it doesn't seem to completely shut down when closed using task manager and won't startup again until the computer has been restarted. Here is the full log: http://pastebin.com/dqbX1QWA

We would still use steamcmd to update the server?

As per Dwarden the solution seems to be to add -ip=xxx.xxx.xxx.xxx to the HC command line.

I can't seem to get the HC to connect to a server that is on the same server box and has a specific ip set with -ip= xxx.xxx.xxx.xxx. I have the correct -connect=xxx.xxx.xxx.xxx set for the HC. If I remove the -ip=xxx.xxx.xxx.xxx then the HC can connect with -connect=127.0.0.1. Other programs eg rcon etc can connect to the server without any problem with a specific ip set for the server. Has anyone else come across this issue and found a solution?

Sounds like you need to adjust your BE filters to suit your mission.

The say player# message command seems to be broken atm. The say -1 message for the whole server still works.

I originally posted this in its own thread, but thought it might be more appropriate to post it here in the Battleye thread, since it seems to be a similar issue to one mentioned above. Unfortunately it really makes the HC very unwieldy to use on a dedicated server setup, since running with the .bat files requires you to be logged on to the server box - the thread stops as soon as you log off. Unless someone knows a better way to do it? I hope that this is fixed before the new BEService moves to Arma3. Has anyone managed to get the Headless Client working with Firedaemon and the new Battleye system for Arma2 CO? No matter what I try it keeps on opening up extra copies of Arma2OA.exe, which doesn't please the players on the other servers on the box, since the box eventually grinds to a halt. It works OK running arma2oa_be.exe with a .BAT file, but that is no use for running unattended since it closes shortly after logging off the box.

Has anyone managed to get the Headless Client working with Firedaemon and the new Battleye system for Arma2 CO? No matter what I try it keeps on opening up extra copies of Arma2OA.exe, which doesn't please the players on the other servers on the box, since the box eventually grinds to a halt. It works OK running arma2oa_be.exe with a .BAT file, but that is no use for running unattended since it closes shortly after logging off the box.