I had a similar issue, when using A3 dedicated server and playing on the same PC, game would crash or server would crash. I started using 3rd party dedicated software to run as and I have had no problems since. I think it is just an issue with running Dedicated A3 and Client A3 at the same instance. Have you tried just running Dedicated server by itself and having a friend test stability? Try TADST for Dedicated setup, as it runs on A3 Client in the background [Alongside A3 Client] instead of running as Dedicated.

Perhaps better to ask this on the forums.

great tx for the feedback ill do some more research!

Yep, some real vehicles are capable to rotate turret using battery electric power.
New Abrams variants can do it while some older variants had auxlarry power unit that was sometimes causing a burns after small caliber weapon hit so it was removed.

Some vehicles have some kind of observation mode for turret rotating. IIRC Leopard had something like this.

In SB PRO PE you could use this advantage in some vehicles. You could become a silent killer with your turret, ballistic computer, LRF, thermals and weapons working without engine running.

Some vehicles using both hydraulics and electric motors to operate turret, i guess that some of them may have electric powered hydraulic pumps.
This recognizable noise inside Abrams was from hydraulics.

thanks for the info.
Its kinda an option which would be great in vanilla which doesnt require much modding since its way easier to populate servers unmodified!

I saw scripts which did that in A2 before those didnt require mods and did exactly this.

Anyway i would say if its not total 100% realistic it kinda would make sense to have the option which makes gameplay a bit more stalthier!

it all depends on how the vehicle is setup, some won't require it, others will.

lucky(ish) for you in the vehicle configs there is a property to turn on the engine when the turret moves, so if it really bugs you, and BIS doesn't add an option, you could always make an addon that turns it off.

for general reference, its the "startEngine" property in the Turret class of the vehicle.

So basically better theres the option to engine off and turret cant be moved than the other way around.

But i didnt know that tanks need the engine running to move it.

The newer model tanks require the engine to be running to use the turret rotation.. You can set your sights near a target and shut the engine down until needed. You can also fire without the engine being on. I agree, it is a bit sensitive how the engine turns on instantly when you try to rotate. Would you consider a feature that doesn't allow you to move the turret unless the engine was on, instead of the engine turning on when you move the turret?

Tried to use the Sepos command and it doesn't work, unit spawns over the floor but them he falls under the floor for some reason.

just for general people comming over here

the medic animations are "automatically" looped when started using playAction
https://community.bistudio.com/wiki/playAction
https://community.bistudio.com/wiki/playAction/actions

"Ghost Hotel"??

maybe you should give a position and/or a screen where you show which building youre talking about

Happens in many buildings unless you use elevation or use commands like setPos.
This is one of the reason a 3D editor is useful. Maybe they're working on one.

Added some screenshots on the building in question and the coordinates are : 219-210 .

In that case I would like to ask you to run couple of benchmark to rule out the possibility of hardware corruption.
http://unigine.com/products/heaven/
http://unigine.com/products/valley/
http://www.memtest.org/
Please run these benchmarks (at least one hour each without interruption) at highest possible settings. Then you will see if your hardware is showing incorrect behavior under heavy stress or not.

I have the latest driver. And the problem started just after the new update. Before that everything was fine

When will be the solution to my problem? I want to play

It looks like your BIOS drivers might be outdated or there is a hardware problem. Could you please try to update the drivers first?

Thank you for the crashdumps, I have assigned the issue internally.

https://drive.google.com/file/d/0B1ipkaycRg72VmVQb1EtbTBrQzg/view?usp=sharing
and all lasts

https://drive.google.com/file/d/0B1ipkaycRg72M25XOTRHd2RQWTQ/view?usp=sharing
mdmp file

Hello,
Thank you for reporting the issue.
We need crash dump files from this folder for solve your problem.
C:\Users\<Name>\AppData\Local\Arma 3\
Can you upload somewhere in winrar package please?
When the archive is smaller than 5000k, you can attach it here. When it is bigger, please use some free sharing service and post link here.

How to find correct crashdump file:
Try to make the crash happen
Look into crashdump folder
Upload crashdump with latest date in name (crashdump is rpt + bidmp + mdmp file with same name). Please try to provide as many crashdumps as possible, it helps us investigating the problem in a big way.

Thank you.

http://feedback.arma3.com/how-to-user.html

You could try set filter like min players 1-5, ping under what you prefer, take out passworded servers and so on because those filters don't reset between game restarts.

Those can also be found from YOUR_USER_NAME.cfg file which is in C:\Users\YOUR_WINDOWS_USERNAME\Documents\Arma 3 if you want to try without worrying to be too quick.

Inside the file there are these:

class Filter
{
serverName="";
missionType="";
missionName="";
maxPing=250;
minPlayers=2;
maxPlayers=0;
fullServers=1;
passwordedServers=0;
battleyeRequired=0;
expansions=1;
};

Just a possible workaround for now.

Congrats devs finally I could finish this mission without crash!

Is the issue still present in new stable version?

I didn't check it after recent update, I l'll leave my result here after check. thanks for care.

Hello, issue is fixed on dev branch. Could you please try it there? Thank you.

Still crash after recent game update.
new crash files uploaded:

http://www.mediafire.com/download/oj8m8c3w93goral/Arma_3crash2.rar

Thanks for fix. oh no! I prefer to wait for next stable update.

I'm still crashing in this scenario even after 1.42 update, new files here:

http://www.mediafire.com/download/8863s0a2k2xwmoi/new.rar

Hello, thank you for the report, it has been assigned. Could you please also provide link to the scenario?

steamcommunity.com/sharedfiles/filedetails/?id=244934829

Just play for a while and see if you crash or not, thanks a lot! :)

done

How can i confirm it? I mean, should i test something or what?

This should be fixed on dev build rev 128638 and higher, could you please confirm?

Possible but no likely, I would definitely prefer 1.34 for analysis.

Is it possible to upload the image, please?

I got crash again. I played on the CHIMERA EU 02 A 3rdp PERF server. Maybe you will find something in the server log too.

Hello,
it seems that there is an image causing your game to crash. Is it possible to upload it for us to investigate?
It is located here:
c:\users\ladislav\appdata\local\arma 3\squads\huntsmen\54590f4fea2e42.03665589.jpg

Five crashdumps?
I have lot of similar crash tickets made before 1.34. What about those? Is it possible that i still having the same issue?

I got another crash on the same server. I connected and just after i choose the slot and i pressed the button i got instant crash. files uploaded

Hello,
the crashdumps are unfortunately empty, is it possible to try to create at least five of new ones? Thank you.

I found the solution myself.

I found out that my BIOS Drivers were outdated, So I updated them, fixing my problem. maybe a tip to the dev's; Have like a bar in the main menu with a notification if something is outdated.

this can be set as "problem solved"

Thank you for the crashdumps, I have assigned the problem to programmers.

Thank you very much!, hope to here from you soon!

I'm sure it's not a 'OS' problem, because I clean installed everything, without success, it could be a hardware problem, but it also might be an Arma bug,

Sure, just reinstalled windows, full clean system, and I crashed again,
logs of everything:

rpt: https://www.dropbox.com/s/j7igeijgqdln41t/arma3_2014-11-12_19-55-58.rpt?dl=0
mdmp: https://www.dropbox.com/s/5ktnt26n1ekpmn3/arma3_2014-11-12_19-55-58.mdmp?dl=0
bidmp: https://www.dropbox.com/s/x6rcmbjyyn547ll/arma3_2014-11-12_19-55-58.bidmp?dl=0

Just played Arma without mods, took longer to crash, but I crashed, crashdump:

rpt: http://pastebin.com/fcNrS6UA
dump: https://www.dropbox.com/s/9w22f2662rivser/arma3_2014-11-11_17-18-38.mdmp?dl=0

Hello,
we need rpt, mdmp and bidmp files to perform an analysis, could you please upload all of them?

Hello,

thank you for the response. However, we cannot determine what exactly caused your game to crash. It is necessary you tried to run your Arma without any mods. If the crashes still happen then, please send another crashdumps.

If the crashes stop (on Arma without mods), please try to activate mods one by one until you find out which one causes the crashes.

Mods are not official content from Bohemia Interactive and it is very likely that the CTDs you are experiencing are caused by collisions between two or more mods.

Please let us know, thank you.

Are you using mods ? I have the same problem with online play...

same problem for me and reconnecting to server did help.

i didnt play for some months and today sitting in a pawnee it did happen again. still not solved. free look in vehicle is already disabled in game settins. i never had to toch this setting. i was playing almost 2 hours when this happend. i did fly many birds and pawnees before the free look bug occured ....

@Drakeziel, that's not the issue. I have the same problem sometimes, but it is very rare. It appears with vehicles of any kind and also static weapons. I would describe it as if you're a co-pilot without having taken control, but in a vehicle that doesn't have a co-pilot seat at all. No mouse steering, no weapon control and high mouse sensitivity.

Most likely, you have your camera setting to free-look, common mistake! It automatically forces you to free-look, instead of just enabling it. Check all Camera Settings and vehicle settings.

I have the exact same problem, with the freelook option disabled.
The problem exists with all kinds of vehicles, land and air and seems to occur mostly after playing for a long time (several hours) on the same server. The only solution I found so far is re-joining the server.

Once the bug shows up, the view also shows weird behaviour in other situations. For example as a passenger in any vehicle the view zooms in and out in quick succession or when on foot, the weapon is shaking weirdly (too quickly, but not much) every few seconds.

So far i only noticed the issue on king of the hill servers (which is the only scenario that I play multiple hours on the same server)

Example: a3\characters_f\Heads\Data\m_persian_01.rvmat
We think in some rvmat is the specularPower to high.

Yes thank you for looking. Our program used for filling the helicopters uses the transport slot for loading. Now you have explained it, it makes perfect sense. Thank you for your response and keep up the great work

This is actually correct because all the cargo seats are ready for Firing from Vehicles feature. That means they are not regular seats but turrets config-wise, You may see it by the number of turrets of said vehicle. Does that explain the issue enough? If yes, please, close this issue, otherwise let me, please know.

I have also noticed that the cursor is not resized to fit the in-game resolution, until you alt-tab out and back in.

I agree with Goomer. It is a bug that needs fixing, just because you can fix it in 2 seconds doesn't mean it's ok. It happens everytime the resolution isn't set to screen native so I imagine it could be really annoying.

I don't really think this is an issue, it only happens when the monitor doesn't switch resolutions, then you simply do the solution you stated.

By the way, i just looked at your Statement again, TakeHomeTheCup.

You didn't get the issue. The monitor switches resolutions just fine. Its just the mouse cursor thats being drawn with an offset to the actual mouse position.

Everything else (Menu items, Fonts, and all their positions) are set up right reagrdless of the resolution.

So it's an issue for people with low graphic power.

I installed Windows onto a new HDD and I now play it on Ultra Settings, but that doesn't mean everyone does.

Just because there's a work around, doesn't mean it doesn't need fixing.

Closing the ticket for inactivity, please create a new one, should you encounter the problem again.