It's either your monitor or your eyes that are at fault.

I have no problem seeing at night if the moon is out. And when it's not, it's supposed to be pitch black.

I can see in the screenshot posted as well.

Get a better monitor.

Kid18120: You apparently don't know what a missile is. They're all guided, and thus missiles, except for the DARs in the AH-9.

In either case, I have no problem hitting infantry or hijacked vehicles. Can lock on too. Though, missiles won't use the lock.

Please read the "How To Guide" before posting.

Duplicate of http://feedback.arma3.com/view.php?id=2452

Added image of the runway: http://img194.imageshack.us/img194/843/arma3j.png

Problem is in both ends.

Ya, I noticed the runway problem a few hours ago too.

Like I said. It's not reproducible. Rockets do drop in the game.

Oh, I don't know... Oh, maybe because it has its own propellant? Besides, all AT missiles in the alpha are guided.

Again, this is not reproducible and is not a bug. It works as intended.

Unable to reproduce.

Besides, it's a ROCKET. It doesn't fall like a regular projectile.

Unable to reproduce.

Nevermind. Duplicate of http://feedback.arma3.com/view.php?id=6063

For some reason the search filter had left that one out.

They are not intense now. They WERE intense. It actually sounded like they were under fire. Now it just sounds like they need a medic.

Kid18120: They're only available through scripting.

Place player in the editor, and put this in the Initialization field:
this setIdentity "Kerry";

He's not panicking -.-' He's YELLING.

There's a HUGE difference between the old and new ones.

Just put enableDebugConsole = 1; in description.ext and you'll have the debug console in multiplayer.

It supports 3 values.
0 = Only available in the editor in singleplayer.
1 = Available in singleplayer and for the host in multiplayer.
2 = Available for everyone.

Seems so.

They said people could close them... That's the whole point of it.

Unable to reproduce.

Weird. I no longer seem to be able to reproduce it.

@Dr Death: So? ARMA 3 has the RAH-66 Comanche, and only 2 comanches were ever made.

Your resolution is too low. I can see difference between 6 and 8 until I set the interface size to "Very Small".

Increase the interface size in options...

This is not a bug, and this is not a forum.

Fog values are different on each machine, and the setFog command must be executed on all machines that needs that specific amount of fog. Regardless of whether it's the new or old fog, it's the same command.

How are you executing the script?

Just FYI. It seems to be more complicated than just left and back being reversed. Units only seem to rarely say the correct direction.

You can run forward for several hundred meters and he still says left or right or back or whatever.

@Dr Death: You clearly have no idea what DRM is.

That's DRM...

camSetDir takes a vector. The wiki is just wrong. Use setDir for degrees.

Those are obviously placeholders because the actual voices haven't been recorded yet <.<

And from the latest SITREP: "The next step is getting our Creative Director Crowe to record the well-known Jayholder voice-overs. Then we're ready to start recording final voice actors."

Unable to reproduce on development branch 1.29.127079.

It seems to be working correctly.

Reproduced on stable branch 1.28.127008.

Added video.

Still present in latest development build. Players cannot see that the server is just editing a mission and their game isn't frozen!

Uh? What? The restriction is at 2 MB.

Duplicate of http://feedback.arma3.com/view.php?id=7673

@oldirty: You play on private or protected servers.

@Roytjb: Of course it should be fixed. But as already stated, security is not a priority, not needed, and won't be added until later. Thus there's nothing to fix.

This is not an issue.
It's an Alpha, and security is not a priority atm.
You're not supposed to play it like it's a full game. You're supposed to test it, and security is not on the priority list yet, and thus you don't need to test it.

And installscript.vdf is a file created by Steam, not by any hacker.

This seems to have been fixed.

Duplicate of http://feedback.arma3.com/view.php?id=2452

I encountered this while trying to change helicopter controls for Cyclic right, which crashes when dragging and dropping from the special keys on the right.

This also applies to drag and drop when dragging players to slots in multiplayer! Instant crash.

They're very dim. And red and green can only be seen like 5 meters away while the others can be seen 50 meters away.

Fuck no.

I know they've at least considered this. I mean, the weapons are held like they're shooting, AND not long ago in a patch on the dev build you could go into the scope on the weapons while crawling sideways.

This needs to happen.

So, let me get this straight. In a firefight, 8 people would rather be unable to shoot while crawling behind cover, than being able to suppress enemies firing at them OR would rather stop in the open, THEN fire, and then continue crawling.

Glad we cleared that up.

The point is suppressive fire...

I'm not talking about perfect aim, I'm talking about the ability to be able to suppress enemies while you crawl.

Read the fucking title... SIDEWAYS!
He's ALREADY fucking aiming. All they need to do is enable firing so you can pull the fucking trigger.

This is WHILE moving:
http://img444.imageshack.us/img444/6519/crawlaim.png
http://img90.imageshack.us/img90/705/crawlaim2.png

How the hell would you NOT do that? Besides, the characters already hold the weapon up to fire in the animations, so obviously they've made the animations with shooting in mind.

@Christian_K: That's because the video does not have realistic collision lights.

They already work like they do IRL...

I discovered this quite a while ago. Forgot about it actually. It happens if you cancel a get in action.

1. Get in an MH-9 or AH-9 (Pilot or copilot).
2. Choose "Cancel action" from the action menu before the get in completes.

http://www.youtube.com/watch?v=8-aHMxr8wbk

Nothing has changed...

Duplicate of http://feedback.arma3.com/view.php?id=7429

Just checked on latest dev build. Still present. If exThreads is anything above 7, "AFTER SCRIPT" will not be shown.

Hmm. Actually, nothing was wrong with the script.

I just realized that I had passed an invalid value (8) for exThreads on the command line.

It seems that setting exThreads to anything above 7 causes this issue.
Setting exThreads to 7 instead fixed it.

Perhaps add validation on the exThreads argument?

Thanks.

Still a huge issue.

Well, once they're bloody, I just give them an extra shot, and I'm sure.

They actually DO die, but they won't ragdoll till the animation has finished.

Use the wiki for scripting commands. The editor already has a function viewer, config viewer and animation viewer. What more do you want?

Unable to reproduce.

Well, actually it's not just the option that's gone. It's rain all along. You can't activate rain through scripting either.

They must be working on new rain technology.

Working as intended.

You expect a radio message to show up on a person who has no radio?
Give them a radio, and it works fine.

Add this to the civilian's init fields:
this addItem "itemRadio"; this assignItem "itemRadio";

1½ years later, still an issue.

This is still very much an issue.

You just think you didn't experience it, because it's always 100% reproducable, regardless of ping and connection.

This was performed on a LAN network.

Of course you see one another in the current stance. They are synchronized, but they switch to crouch/prone before entering the stance.

Look at the video.

Works fine for me. Even in combat.

No, it wouldn't...

http://www.youtube.com/watch?v=paNl_YH1fW4

This needs to be added...

Well, then just play at day :p

@Helari: Well, considering the watch only goes from 1 to 12, I'd say, very.

Why is this even an issue?!??
It's never going to get pitch black at day, regardless of the weather, and from 10 pm to 3 am the light in the watch is on, indicating it's night.

@benediktsapienti:

Do you know what port forwarding is?
If you have a router, it will block any incoming connection on ports you haven't forwarded.

Basically, if you're hosting, you must enable port forwarding on the ports used by the game.

http://portforward.com/ [^]

Choose your router model (or the one closest to), then select ARMA 2. They don't have ARMA 3 listed, but the guide is the same. Don't mind it saying XBOX360 in front of the name. But use the ports from here instead of the ports it lists http://findports.com/document.php?tag=arma-ii

You're the minority. They're not gonna spend hours fixing something only a handful of people are experiencing.

It probably even just comes down to you not having ports forwarded.

You can change clothes just fine.
You're just limited to clothes of your own side.

I think someone was really lazy and just copied removeAction. It has the EXACT same syntax, description and example. Except for the fact that it doesn't show the RHS operand in the example.

removeAction: http://img827.imageshack.us/img827/6537/somethingz.png
removeAllActions: http://img163.imageshack.us/img163/7450/somethinga.png