- User Since
- Mar 21 2013, 8:11 AM (376 w, 1 d)
Mon, Jun 1
Fri, May 22
May 24 2019
Aug 23 2018
Feb 3 2018
This is still happening, should I assume that not going to be fixed at this stage?
Dec 2 2017
Nov 6 2017
Sep 8 2017
Apr 26 2017
Feb 4 2017
Oops, used 'condition' instead of 'probability', typo fixed..
Jan 27 2017
May 24 2016
Well, this does explain some things...
May 22 2016
May 11 2016
If there's no way to shield yourself from this storm damage I don't really see what it would add to the gameplay regardless of how realistic it is, other than a major annoyance and frustration.
Especially when you don't seem to get any weather forecasts until you have launched your vehicle...
Helps only to the camera lenses, the winds actually break parts off of the rover.
Doesn't seem to be fixed, the mission is for some reason possible to be assigned to a lander and a rover, and only rover can complete it properly as the photo task can fail if the lander doesn't land precisely to a correct position and the mentioned rock analyzis etc can't be completed with a lander..
In fact, when you select the mission from the map it launches a lander.
Confirming, I have a TV as secondary monitor (using "Extend desktop to this monitor" setup in windows) and even though it's not switched on this happens.
This happens to me as well, funnily enough I accidentally "alt-tabbed" out of the game (when you have two monitor setup and you move the mousepointer out from the primary monitor from the right edge the game "alt-tabs" itself. Perhaps worth of it's own ticket..) and activated the game again -> pressed 'go to lab' but nothing happened.
Alt-tabbed and went back in, that caused the camera to go black for a while, then suddenly the camera was moving in some corridor then suddenly froze, alt-tabbed and went back in again, camera was in black again but after a short while suddenly the lab appeared..
This doesn't stop me from playing, 'go to map' works just fine. Returning from Mars to the control rooom (F1) sometimes works but usually it brings up either an image like the one attached to this ticket, or otherwise similar but you see the corridor leading to the lab on the right edge of the image (from quite far away). Sometimes it's Mars scene with missing sky and ground, only some rock formations..
May 10 2016
This bug was/is weird, just now realised it kinda protects you from it; if you had a 'empty' trigger which was later turned into a radio trigger via scripting there was no crash when pressing 0 (zero) and the radio call did not appear in the UI.
Dunno if related or a separate bug..
Seems to have been silently fixed in today's dev update
After importing you have to save the mission, load it up again (as the eden verison, not import, obviously) and the description.ext stuff should work..
Actually when you import a mission and use any of the quicker previews (play from here, play as character) the desc..ext and init.sqf don't get run at all unless you do that above mentioned.
Did additional testing with this last night and it appears there's some code in the AI routines that deserves a special place in byte-Hell making the AI immediately telepathically aware of satchel setter because can't find anything in the configs that could be to blame..
Oddly the 'FiredNear' eventhandler gets triggered for the enemy when setting explosives near them. So the AI code considers a 'Put' weapon being fired nearby as a weapon being fired.. I feel a triple-facepalm coming..
But it does trigger for all of the demo types so dunno why the satchel is so special, again. >:(
They're quite annoying to work with when using the NV view as well.
TBH annoying to work with all together so hopefully that hide action comes in soonish..
This same thing kinda extends to the group attributes as well regarding the formations:
The units don't start in the formation you set them in; as in they do have the formation set correctly but they move to it from the default formation after mission start which looks kinda dumb.
Imagine let's say a large combat element of several groups starting somewhere to move forwards and all the vehicles and infantry drive and run around like headless chickens for a while to get to their format position if the format is set to something else than wedge..
But I guess this is getting to be an issue of it's own already...
Yes, that's what happens with AI, you can hear the AI commanding the group to the formation etc given in the WP, they don't start with the WP set attributes like in the 2D editor.
This is I guess a bit of a non-issue, although wouldn't mind if this worked like it used to. Completely fine if devs don't wanna to waste time on this, probably way more widely useful stuff to add/fix..
Fully aware of the group attributes (which a very nice addition, just wish the init box on it wasn't greyed out.. ;) ), I use a _lot_ of scripted crap in my missions and while checking out how the importing etc works noticed that the group related attributes weren't 'fed' into the group like before.
Wasn't using the WP's to do that, this just caught my peripheral vision..
Admittedly I worded this quite badly; what I meant is that if you attach the group's first waypoint to the group _itself_ (as in create the first waypoint on the group leader, for whatever reason) the waypoint attributes should apply to the group.
Obviously did not mean they should apply to any enemy units etc, come on.. :P
Surely you can make the distinction between the waypoint being attached to it's owner and not an enemy or any other object.
Seems to have been silently fixed (oh, the pun) a few dev branches ago..
Completely forgot that one, added that to the wishlist too.
Added couple of more wishes:
Added a new wish into the list:
In any case as many array and string manipulation commands as possible would be welcome..
BIS_fnc_relPos and BIS_fnc_relativeDirTo now in dev branch as scripting commands since 1.55.133361 :)
Added to wishlist:
Added to the wishlist:
Added couple more to the whislist:
No, assignedTarget does exactly what it says, it returns a target that is assigned to the unit (by it's leader, be it the unit itself or a group leader), so the target can be on the other side of the world and still be assigned to the unit.
Added one more to the wishlist: nameSpaceVariableEventHandler
Added couple more wishes:
Added a wish about setPilotLight and setCollisionLight
Added one more command to the list: allUnits
Added a wish about canMove
Added one more command to the list: in
Happens every single time I try.
Added a video (download, don't have pootube account) showing it:
Well, that was fast, seems to be fixed in today's dev (131590).
You on DevBranch?
I have no mods running, did cache check..
And now, not fixed again.. :P
In Dev, obviously.
(tested in SP) this extends to more than AI like once before, anyone reporting a target will say normally via radio 'Contact' after which radio goes dead, then in off-radio you can hear the unit say for example 'sniper' (or whatever the unit/player is reporting) but the distances and the like (like multiple targets: 'sniper AND medic') are left out and a stream of 'Missing word blah blah XMIT' errors are logged in the rpt..
Really close to what was happening when this bug was being reported when I last commented on this ticket..
This problem actually seems to affect all squad radio?
Because if I order AI dudes around, for example order regroup for 2, all I hear is "2" and then about a ten second silence after which the 'radio close' sound is heard (the radio text shows the whole sentence).
The AI never replies.
It does however do what the now telepathic command tells it to.
This also affects the command queue with making it very slow..
I'm on DevBranch, have verified game cache and all that jazz and this has been going on for me since like last Thursday or something.. :(
I can't even count how many times I have mistaken the thunder sound for a weapon being fired :P
Needs fixing, even OFP had way better thunder sounds..
May 9 2016
Doubt it, happened earlier in a mission I was making as well, after quite a heavy firefight. I ordered my team to return to formation and my 2nd in command would say "Roger" but none of the AIs returned to formation, instead they stood still (they were 100+ meters away) so I ran up to them to discover my second in command laying on the ground aiming uphill where the last enemy contact had been refusing to anything. Had to shoot him in the face, didn't think of the medic idea then..
The annoying thing is that there's no steps to reproduce this, it just happens sometimes..
I have experienced this recently playing Win: the AI got stuck in the middle of an empty field after a firefight with enemy, but for me loading saved mission would not help. The only way I got the stuck unit to respond again was to shoot the unit in the arm and have a medic heal 'him'. Then the AI snapped out of it's trance and got back into formation.