nevermind, it was mission saved in 2D editor. Sorry! You can close it, thanks for answer!

What kind of mission, saved from 2d or 3d editor?

I think the bug lies in inRangeOfArtillery because it returns true even when artillery cannot fire because of being too close to the target.

if you put the artillery really close to target (less than 100 meters) then inRangeOfArtillery will return false.

Put this in init.sqf for testing:
player sidechat format["inrange: %1", getMarkerPos "target" inRangeOfArtillery [[_artillery], "32Rnd_155mm_Mo_shells"] ];

Please read the description of the command

"Returns value of given scenario attribute from the 1st tier"

1st tier means it cannot access subclasses

My apologies. I honestly missed out on that. I have misinterpreted the command then.

https://community.bistudio.com/wiki/getMissionConfigValue supports string or array. You are not passing string, but some hybrid of string and config. Make sure it is either string or array.

Does this then imply that getMissionConfigValue can not access subclasses, and as such is not a replacement for using getNumber/getText/getArray along with missionConfigFile/getMissionConfig? Or does this require a special syntax?

Hello.

Did not help. Game continues to crash on start.
I upload new Logs.

With respect.

Hello.

I try to switch different options in launcher menu, and game this time load to main menu, and crash after that. I'm upload new logs

With respect.

Hello,

please download the latest Arma 3 release candidate (Eden platform update) with Steam (Access code: Arma3Update156RC) and check if your game still crashes.

Best regards

edit:

seems like using "turretCanSee = 31;" enables the radar again, however tablock functionality is still broken for anyone that isn't primary gunner.
Not even using showAllTargets = 1; works, radar targets just don't show up.

Hello,

I can confirm that behaviour.

I placed a Military Cargo Tower in the VR water basin and I was not able to climb the stairs.

That is really disappointing.

Hello,

new version of the game was released just recently. Make sure to try it out and let us know.

If the issue is still present, please send us your recent crashdumps (we need rpt + bidmp + mdmp files). It could be that your game actually did not crash or it crashed and was killed off (via task manager) too quickly for crashdumps to create.

Next time it freezes, please try to wait a minute or two so the dumps have time to create. If there are no crashdumps after then, we'll try to find another solution.

Thank you

Hello,

thank you for the response. However, we cannot determine what exactly caused your game to crash. It is necessary you try 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.

Just ran without Mod, exact same thing happned, pc turned off completely, I've uploaded a new report.

Hello,

we are sorry for the trouble you are having with the game.

The game is unable to initialize a graphical subsystem. Possible solutions:

-Verify integrity of the game cache via Steam https://support.steampowered.com/kb_article.php?ref=2037-QEUH-3335
-Update the graphics card drivers to a newer version.
-Rollback the graphics card drivers to an older version.
-Check the temperature of your GPUs and CPUs.
-Disable the Steam Overlay.

Please let us know if any of this have helped.

Thank you

I downloaded back main build then again development and everything works fine now. I dont know what was that but now its working. Thanks for respond!

Hello,

thank you for the response. Could you please tell us if this happens when you try to save a mission in progress or trying to save a mission in editor?

However, we cannot determine what exactly caused your game to crash. It is necessary you try 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.

Ah I see, what you are meaning. I've changed the relationship to my ticket.

Rotation grid is toggleable and is off by default. You can tell whether it's on or off based on whether the button has a white outline; if it does, it's on. Turning it off again should let you make small angle changes.

I've noticed that this happens with the translation widget too, if you try to move an object a very small amount it just snaps back to its original place. It's rather annoying. I suspect it's supposed to give you an option to "abort" the adjustment, but there's not reason for that now that undo/redo is a thing.

This is definitely not the same issue as 0025886.

I think he means if you rotate the object lets say 0.8 when you release the mouse it jumps back to 0.0.

If you move it 2 degrees it stays at 2 degrees.

This has nothing to do with moving the object from point a to b.

Please take a look at following ticket: #0025886

There you will find the solution for your problem.

Best regards

I do see it snap back but I've noticed something else.

By default Toggle Rotation Grid is set at 15 degrees but when rotating an object it rotates at 0.1 degree increments.
If you choose an option then it rotates at the selected value the minimum being 1 degree.

Shouldn't there be a 0.1 degree option?
The only way to get back to small increments is to restart the editor.

Hello,

we are sorry you are experiencing issues with our game.

Are you running any mods? If so please try to disable them. Should the problem occur again, please export your game log files from the launcher (again, without any mod).

The mdmp + rpt + bidmp files should be located in this directory:
C:\<username>\AppData\Local\Arma 3

Attach the generated files to the ticket. If the files are too big please use some free file sharing service.

Thank you

Hello and thank you for your feedback. I will fix it ASAP ;-)

Thanks for the quick fix! Unfortunately I now experience a game crash with the above change of the init line. When I enter it manually in Eden it works, though.

Same problem with the singular command.
_unit = get3denselected "object" select 0; done = _unit set3DENAttribute ["Init","hint 'spammin ur hint'"];

(get3DENSelected "object") select 0 get3DENAttribute "Init";

Returns
[""hint 'spammin ur hint'""]

Update: RC build ["Arma 3","Arma3",156,134594,"Stable",false,"Windows"]
This is a problem with any Attribute class that is of type STRING.
Tried..
Name
Description
Rank

All either, fail to make any change or fill the attribute with a double quoted string, which then cause errors when you try to open the attributes window and then close it as the values are illegal when evaluated.

Problem will be fixed in revision 134599 so pretty much today or tomorow DEV. It was also added to merge queue for stable ;)

Yeah, the pathfinding is stupid, that's a fact. For example, take an AI and put it in a vehicle, driver position, and put it on a road. Order to him to move on the same road, but 1 kilometer away. Sometimes he will just follow the road as expected, but sometimes for no reason he will just go offroad and bump into trees, rocks, and finally re-take the road.

There are at least 33 other tickets with AI pathfinding issues (use the search function "view issues"). Please support one of those tickets.

Closed

I think a mod can close this ticket. Because of duplicate or troll.

The author of this ticket is right, he was just rude and quite not clearly described the problem. Pathfinding of the AI sometimes looks rather strange. Very often, Instead of the shortest route the AI chooses the longest.

+ 1

a mod? you are serious? for the devs feedback?

rude? just my patience ran out, dude ...

Similar questions will always arise. Fans of game buy the personal computer with high characteristics and receive not justified result. The reason of falling of FPS in game isn't solved. Falling of FPS happens not unambiguously, doesn't depend on setting up video of game. You can begin game at FPS 100, and in 30 minutes or 2 hours to receive FPS 20-30, or simply black screen with FPS 1-3.
I began game was 2-16GB RAM, and I receive FPS 1-3 time with a current as if I had 256 MB RAM.
The reason - Arma 32bit, a bad choice of CPU\GPU\RAM\VRAM.....?
The answer isn't present. As the answer isn't present, there will be different questions.
Sometimes our questions sound as severe criticism. But we continue to hope and we play Arma3)))

http://www.bistudio.com/blog/breaking-the-32-bit-barrier

The server runs on x86 as well, which is bad. He process itself usually runs quite high in its maximum utilisation of 2047MB (as malloc describes anyway). Not to mention the recent build is full of memory crashes for dedicated servers...
X64 processing is always going to be better and faster.

It's just not going to be feasible with Arma3.

For all guys who want to use more RAM on Arma 3 : Ram disk -> copy ARMA enjoy highspeed loadingtimes.

People i dont know. You guys hopefully use wikipedia and know what a Large Memmory Aware Flag is. The engine is soft coded on 2047MB (launcher says more but ok). the memmory crashes with out of memmory are getting fixed and even the mighty x64 wont help when arma wants 1.6 EB (Exa Byte) of RAM. And no x64 is not always better. Yes it can utilize more RAM but no its doesnt really make your CPU faster because 32bit is just filled with 0 and if a program uses only 32bit variable because of performance then you just have exactly the same Situation like you have now. The only thing is x64 would use more RAM for the exact same tasks (not more usefull but just more RAM). x64 is not the lord and savior. The actual problem is who will invest time(that is needed for bugfixing in the 32 bit engine) to compile and then debug a 64bit engine? That request is similar to hey guys screw arma 3 and start from scratch.
I hope you guys understand what i mean.

Edit: @TutSi if you look closely the only 2 things getting better are : more possible RAM for the engine (didnt found a reason why but its possible maybe good for servers) and 64bit variables for scripts (pretty nice for example for Life servers since values more than 16 Million are possible.)

I think 64 bit engine would resolve many issues, BUT IT WILL NOT HAPPEN WITH A3. As @MASTER sayed, it need whole new engine, game runs very smooth since last updates, and @Triada, if you want some guide, i can try to help you.

2016 now, may be not? Why? Because for BIS it is work, not? Hobby?

Good reason? Bugs from flashpoint and arma 2? May be looking to the other games?

Core i7, 16 Gb RAM, nv980ti, SSD for this? and 32 bit? You fu..ng serious?

Yes i am. 64 bit means its a complete new engine. Its not just saying hey now the engine is 64bit. The other thing is it doesnt matte. 64bit gives you the opportunity to use 1TB of RAM. Arma could already use up to 3.5GB and uses at normal just 2GB. I would say you go and ask someone what the difference between 32bit and 64bit is. And spoiler alert: its not 2x faster.