Ok, I am able to reproduce it now. We will check this issue, thanks for feedback!

Also similar thing happens when gunner in auto-hovering attack helicopter. Do i need to make another ticket?

Ah my bad, I switched to dev branch (1.33.127690) and tested — issue appears only in multiplayer. So in order to reproduce it, you need:

1. Go to editor
2. Place UAV operator unit
3. Place UAV (gayhawk) with elevation 500
4. Save the mission for multiplayer use
5. Go to multiplayer screen and hit "new"
6. Start a server (lan or internet) with altis map and mission you just created.
7. Open up UAV terminal
8. Connect to Grayhawk
9. Take turret controls
10. Zoom at max level

I can confirm happens in MP only

I just tried this issue in the dev branch (1.33.127690) and I am not able to reproduce it. Your video with F-18 is basically how it works for me even with Greyhawk. Are you able to reproduce this issue even in current version of the dev branch? Do you use any mods? Thanks

Camera is really lagging in MP games,it's unbeliveable frustrating to lock on targets.

Shaking is too big.

Modern stabilization systems are quite effective. Look at the targeting pod videos and AH-64D TADS videos. Future stabilization systems may be even better.

I am not saying it must be magneticly stable (Drone in midair after all) but how it is in current version just makes aiming and designating very painful for operator

It only difficult on high zoom, I presume? To me sounds like balance.

I personally prefer shaking, looks realistic

Duplicate of #16983

Also applies to many other weapons, for exampke, the MX ones.

Also you may see "blue" laser at daytime if look through MH-9 windscreen window to powered on IR-laser.

Yeah, same here for me, in attached files you can see what i got, with the boat ^^' (sorry about that i thought it would be in my note)

The same thing than natprak in the same circumstances.
http://cloud-4.steampowered.com/ugc/28473262222292100/E134E7072E7D05F80EE8A625826DE02BC22E4AC7/

is this still present in current dev?

The same thing just happened to me on a Wasteland Hardcore server... https://www.youtube.com/watch?v=E_gK_N0gomc
I was lifting a pickup truck with an Hellcat.

Happened to me often while using the Orca.

It is a bug in certain helicopters, that the helicopter and the cargo just pull eachother together and destroy themselves.

Alrighty, I'll give it a shot tonight and see what's up.

Ummm... I think you should try a little more practice, the added eight and the movement of the advanced flight dynamics add to make for a touch flight depending on how you fly, that is if you can even handle the Advanced flight model. It's tricky, and not exactly for the average gamer...

@DarkSideSixOfficial: I have no problem handling the new FDM, thank you very much.

Besides, it has nothing to do with simulation. No matter how you fly, your cargo won't suddenly receive the gravity of the sun.

I activated all advances flight options and tried to reproduce your problem without any success. There weren't any problems with sling loading a boat or quad, flying around with it for several minutes and unloading it.

Maybe switching off the "flip 'n' explode" thing would fix this bug...

I am. All options enabled.

Hey,
thanks for the report. Could you please tell if you were using Advanced Flight model or not?

Maybe you should take this to the forums, I used static autonomous guns today, and besides this bug, they work just fine. http://feedback.arma3.com/view.php?id=23311

FYI: I tried the above within the recent version of ARMA 3, and have yet to be able to control a static GMG/HMG. However, I have little problem controlling a UAV aircraft or UAV vehicle. I haven't seen anybody using autonomous static emplacements recently.

I've long ago figured-out static (AA, AT, GMG, HMG, Mortar) emplacements. Along with facing direction, as well as assembling them up in the military towers.

However, I've never figured-out autonomous (GMGa, HMGa, ...) emplacements. I have set-up some (GMGa, HMGa) autonomous emplacements, but I never were able to use them or instruct them.

There's also an "Auto Machine Gun" emplacement class which seems to have no tripod, and the only use for it seems to be for setting and looking nice on the ground.

I have had few problems using the autonomous aircraft, etc. So just the autonomous static emplacement GMGa and HMGa are troublesome or seemingly non-user intuitive!

You'll need matching backpacks (same camouflage/colouring). Place one of them on the ground. With the other on your back approach the one on the ground. When you look at it, you can select the option "Assemble XYZ" in the action menu. Mind that the direction you're facing while assembling the static weapon matters, so if you want an autonomous HMG to cover down a road, you need to be facing down the road while putting it together. Just give it a go in the VA.

Many including I, do not know how to setup an autonomous static (HMG/GMG) emplacement.

Matter of fact, pairing the backpacks themselves can be extremely difficult due to the lack of descriptions.

Care to elaborate a little on how to setup and use an autonomous emplacement?

This has been fixed as of 21.01.2015.

Marking as resolved. Thanks for the feedback!

This seems to have been fixed, no more issues since last comment.

Brief explanation: When something is run from Steam, Steam will track and consider every sub-process as part of the launched application. This means that until every process are closed, Steam will still "think" the original app as "Running".

Ticket marked as resolved then ;)

Happened again, resolved by ending process of Tortoise SVN client, there were 2 of them, once I closed them both Arma 3 Tools responded to Steam that they are closed.

It started happening again recently so I went mad and went from process to process of those that I didn't know what they were for (or wasn't totally sure), something made it close but I was too fast to see what. When it starts happening again I'll make sure to go slowly and find out.

I guess, I just made direct shortcuts to all the Tools (except Addon Builder, that wants to be run through Steam for whatever reason).

Ah right , i think only Publisher is working through : Right click Steam in tool Bar > arma 3 tools > UI > Publisher

all others i think are:
Right click Steam in tool Bar > Name of tool

Hopefully they will leave it so , because last time everything else broke with a Fix lol

Possibly, right now I am just not starting Object Builder through Arma 3 Tools dialog anymore.

Edit: I am running Steam as admin.

Now it's happening by running anything, Addon Builder, Terrain Builder, Object Builder, Arma 3 Tools. Nothing makes Steam think it's closed.

Also, running Addon Builder directly from it's directory throws a message that Steam is not running, but there is a fresh launch of it open.

Possibly, but your issue is when you try running both, might be because of same appid? While my issue is happening with only the Tools.

Maybe related? http://feedback.arma3.com/view.php?id=18849

Cant reproduce on windows 8.1 64 pro
Maybe a local steam or admin authority problem ?

Hehe, sorry about that Heyvern69/Fireball, got a little carried away. Won't happen again. =D

I have no idea what you did, but it's all good in the hood. No problem.

Thanks Fireball ! ! !
-V

Sorry, should have been more specific; it was about DarkSideSixOfficial. Fixed now.

@DarkSideSixOfficial: Please stop abusing the monitoring system. It will only get you banned and won't help your ticket in any way.

Upvoted.

Fireball, I hope you are talking to someone else, because I have not tried anything to "abuse the monitoring system".

I created this ticket, but that's all I did. I wouldn't know how to abuse the monitoring system. I'm clueless.

This happens even on a SP mission in a local machine. Easy to test via editor. This "campaigns" for a better setSide function, enabling to change side of an empty vehicle (car, tank, air...).

Problem is wider than it appears. For instance, rating is impacted and becomes weird. As an emptied vehicle remains on last disembarked unit's side:

• player could shift quickly on enemyside while killing this emptied vehicle,
• enemy AI units continues to fire at emptied vehicle, merely than firing at disembarked units!

already possible using diag_tickTime and diag_frameno, and an each frame event handler

Hey, any luck on this? Have you crashed since then?

It happened a few times in row on the same server, without the server restarting. I didn't save the other crashdumps and it hasn't happened since. I will update the ticket should the issue occur again.

Hello,
does it still crash for you? The crashdumps you sent unfortunately don't contain any useful data.

I updated the DXDiag.txt (pops_DXDiag_new.txt), the other one was outdated.

C:\Users\Matty\AppData\Local\Temp\WERFB4F.tmp.WERInternalMetadata.xml
C:\Users\Matty\AppData\Local\Temp\WER1564.tmp.appcompat.txt
C:\Users\Matty\AppData\Local\Temp\WER197B.tmp.mdmp

These are the only things I could find but I must admit I am not sure if I have found the correct crash dump reports. Hopefully they are and they can help.

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

Faulting application name: arma3.exe, version: 1.30.127.372, time stamp: 0x54255879
Faulting module name: aticfx32.dll, version: 8.17.10.1124, time stamp: 0x4f816b30
Exception code: 0xc0000005
Fault offset: 0x0007808a
Faulting process id: 0x1570
Faulting application start time: 0x01cfe47a7865974d
Faulting application path: C:\Program Files (x86)\Steam\steamapps\common\Arma 3\arma3.exe
Faulting module path: C:\windows\system32\aticfx32.dll
Report Id: c039ce41-506e-11e4-9134-e840f2a5dac4

I done a bit more digging and came up with this. Does it help?

Up voted, more rope support as this is only the beginning of something that could be posatively game changing.

This is essential and should have been in there since the first implementation of publicVariable and publicVariableEventHandler.