dr. hladik
-
Content Count
238 -
Joined
-
Last visited
-
Medals
Everything posted by dr. hladik
-
Yes, this was also considered, however we also need to show, when AI waits for "fire" command and controls overriding might lead to trolling...
-
No, it has nothing to do with VBS. CCIP is work in progress (it's not easy to compute for bombs....)
-
There are still some changes being considered. However, at this moment we have very limited time and manpower for this area. So primarily we need to focus on a second iteration of our latest changes.
-
All depends on overall feedback. :)
-
just a small note - new OPUS codec is not used by default. Must be enabled by server.
-
This should already work.
-
Obsolete. At this moment time is controlled by FSM, so I can give airplanes more time.
-
1. Will be fixed 2,3. They do care about friendlies, but I guess they could care more.
-
Will be fixed asap.
-
1a. Yes. At this moment they do not try to find better fire position. It is being considered (there is also an opinion that if I send them somewhere, they should stay there). 1b. They do not need clear line of sight. They ignore trees and need just to see ~70%-90% of the distance 2. Work in progress :). Same goes for sounds. 3. They should remain on given position, if they are not part of main subgroup. And they should regroup, if they were part of main subgroup. So maybe you have just moved or direction of group has changed, so they had to move also when returning to group?
-
It is not based on VBS solution.
-
To make it simple, AI will keep shooting for 15s (airplanes have more time to do what they need to do) and other commands like regroup will stop them. Implementation might still be changed according to feedback. Please do remember that this is dev version => work in progress. Well, I published the code changes today. Not sure when the next dev update will be :).
-
rev 135205 added commands commandSuppressiveFire and doSuppressiveFire
-
Unassigned tasks are shown in HUD only when diary is opened or when they are configured to do so. (i.e. by default only assigned task is shown)
-
Scripting Discussion (dev branch)
dr. hladik replied to Dwarden's topic in ARMA 3 - DEVELOPMENT BRANCH
Sorry, you have to wait for 1.58. -
Scripting Discussion (dev branch)
dr. hladik replied to Dwarden's topic in ARMA 3 - DEVELOPMENT BRANCH
Medic (bool) Engineer (bool) Pyrotechnic (bool) UavHacker (bool) CamouflageCoef (float) AudibleCoef (float) FatigueCoef (float)- 1481 replies
-
- 5
-
-
- branch
- development
- (and 2 more)
-
New command createObject for decorative objects
dr. hladik replied to dr. hladik's topic in ARMA 3 - DEVELOPMENT BRANCH
> vehicle would be better Yes, yes. It IS (should be) perfect for vehicles. -
New command createObject for decorative objects
dr. hladik replied to dr. hladik's topic in ARMA 3 - DEVELOPMENT BRANCH
Could you please retest it? I had better results with createObject (some changes were made). Just please be careful, that you move created Objects to correct height. It can make huge difference if in one scenario you can/cannot see windows on top of that lighthouse. If the results are still worse, could you please send me your test missions? (btw, this is not he best object to show the difference, vehicle would be better :)) -
New command createObject for decorative objects
dr. hladik replied to dr. hladik's topic in ARMA 3 - DEVELOPMENT BRANCH
Yes. -
New command createObject for decorative objects
dr. hladik replied to dr. hladik's topic in ARMA 3 - DEVELOPMENT BRANCH
Not even with hideAnimationSelection command? -
Final height is max from ATL and ASL. So yes, if needed, they still do respond to terrain, so they don't crash.
-
New command createObject for decorative objects
dr. hladik replied to dr. hladik's topic in ARMA 3 - DEVELOPMENT BRANCH
> without need to worry about caching. It is cheaper, not free :). -
New command createObject for decorative objects
dr. hladik replied to dr. hladik's topic in ARMA 3 - DEVELOPMENT BRANCH
Yes, it is primarily about the performance and MP traffic. Yes, some support in 3Den is being considered.. (rev 134174, there should be a parameter in object attributes) Also rev 134176 renamed objectAnimationsNames >> animationNames objectAnimationSelectionNames >> animationSelectionNames -
> bulletproof grass acknowledged
-
Problem is known and should be addressed in 1.54.