On the video: http://www.youtube.com/watch?v=g3ZLTI6WX1E

1. Host applies setDamage 1 to everything around (both models and objects with classes)
2. Client observes that everything destroys
3. Client goes to lobby and joins again
4. Client observes that everything is untouched

japapatramtara, you are the god!

There is no double execution, it works like it supposed to. You have a unit that has init line, you join and it executes. Dead units are object too and their lines execute as well.

Just happened again, might be related to Alt+Tabbing since I Alt+Tabbed quite often. Also Heisenberg what mission did you play when it happened?

Good point, I also did several restarts and at some point chat disappeared, maybe it is related to restarts\lobby.

I think so, but I definitely experienced disappearing chat yesterday.

Actually I noticed same thing yesterday, called "showChat true" and it appeared again.

Thanks a lot for new commands hladas, these will come extremely helpful for our missions.

I've written a test case code to display icons on player heads and now they follow players silky smoothly compared to usage of simulation scope commands.

removeMissionEventHandler ["Draw3d", eh];
eh = addMissionEventHandler ["Draw3d", {
{

		drawIcon3D ["A3\ui_f\data\map\diary\icons\playerWest_ca.paa", [1,1,1,1], _x modeltoworldvisual (_x selectionPosition "head"), 0.8, 0.8, 0, "", 2];

} forEach allUnits;
}];

However problem when working with units that are inside vehicles still persists, it seems that modelToWorld command returns coordinates of future visual state of one frame ahead and also looks choppy like in simulation scope.

http://youtu.be/hi7WQInyPTA

Here is a video comparison that first shows smooth ideal follow of icons over player heads and then how it works when units are inside vehicle. Is there anything that can be done to improve command functionality when working with units inside vehicles?

Sounds amazing, would be great to see render time scope versions of modelToWorld, worldToModel, getDir, vectorDir and vectorUp.

This ticket needs comments from the developers, we must know what's going on.

All my vote up. Will be amazing if it could accept models from the mission.

To display server name in the game since at the moment the only way to find which server you are on is to look at scoreboard which is not available on higher difficulties and also crops server name if it is too long. This command will let mission designers display server name elsewhere: on HUD, on custom scoreboard, in welcome message, in diary on the map, etc.

Biggest issue with this stuff is that units\players can walk through and hide inside these knocked over walls.

I expanded the ticket with suggestion to rerended all weapon icons and include proper lighting as weapons are rendered for arma3.com

I refer to UI image, it looks the same as it is in the game and it has no visual artifacts.

It looks the same as it does in the game and that's fine for me.

Great, thanks, looks like they added proper documentation about a year ago, I've been messing with the command earlier than that and wasn't able to find any proper documentation by that time.

I don't think name matters much, we just need functionality

As far as I remember you can set angular velocity with http://community.bistudio.com/wiki/setVelocityTransformation Proper documentation is non-existant though, but I think I remember I managed to set angular velocity with this command.

You are correct, just double tested it and it didn't seem to apply any kind of angular velocity to the object and just set its rotation (vector up\down) right away.

#6783

Pre-placed map HBarriers are not vehicles, they are just models, like rocks or trees, they are not actually vehicles in that kind that you create with createVehicle, they simply have same model as their vehicle counterparts. Try to get these HBarriers with [] and then call typeOf on them you will see that they return no class (""), meaning that these are objects with very simple simulation, just models (thats why you can't set their position, attach them, etc.).

The thing is that pre-placed Land_HBarrier_1_F are not actually vehicles but just "models", you cannot do anything them with (apart from setVectorUp). Before last patch they were vehicles and had classnames, last patch changed all these HBarriers into simple models like it was on Stratis from release.

Indeed, my bad that I didn't read entire comments section.

So how do you emulate event handler with current tools? Have a key handler for pressing inventory key if cursorTarget vehicle is not supposed to be open? If yes then what about selecting "Inventory" from menu with the mouse? What about opening Inventory from the map?

Well it was just a suggestion, it can be called anything.

And how?

Thank you for the fix Nesquick. If the fix was fairly simple i will LOVE if you could port the fix over to ArmA 2 which still has this bug. Thank you.

Awesome! Thanks for the fix, can't wait to have it on stable.

Here is list of my suggested inventory manipulation commands. Up for discussion and comments. When finalized, I'll move this into new ticket.

Getting contents and indexes

• Weapons ---------------------------

Exists, https://community.bistudio.com/wiki/weaponCargo

• Magazines ---------------------------

Exists, https://community.bistudio.com/wiki/magazineCargo

• Items ---------------------------

Exists, https://community.bistudio.com/wiki/itemCargo

• Backpacks ---------------------------

Exists, https://community.bistudio.com/wiki/backpackCargo

Getting contents details by index

• Weapons ---------------------------

Suggested syntax:
<vehicle> getWeaponCargoDetails <weapon_index>

Returns:
Array with full details on weapon by index inside container. Empty array if weapon doesn't exists under this index.

Array format is same as weaponsItems returns
[
Weapon classname,
Muzzle Item,
Flashlight Item,
Optics Item,
[

		Magazine classname,
		Current ammo count

],
... more loaded mags ...
]

• Magazines ---------------------------

Suggested syntax:
<vehicle> getMagazineCargoDetails <magazine_index>

Returns:
Array with magazine details. Empty array if magazine doesn't exists for specified index.

Array format with magazine classname and ammo count. Additionally if loaded magazines are returned by this command it should return if magazine is loaded and where it is loaded (similar to magazinesAmmoFull)
[
Magazine classname,
Current ammo count
]

• Items ---------------------------

Suggested syntax:
<vehicle> getItemCargoDetails <item_index>

Returns:
Array with item details. Empty if no item on this index.

Array format should return item classname, item type (uniform, vest, attachment, goggles, etc. preferably as Number) and uniform\vest container if it is uniform or vest

[
Item classname,
Item type (Number type or however it is defined within the engine and easier to indicate type of item),
Item container (Only if uniform or vest)
]

• Backpacks ---------------------------

Exists, possible to get details of certain backpack with https://community.bistudio.com/wiki/everyBackpack command

Deleting contents details by index

• Weapons ---------------------------

Suggested syntax:
<vehicle> removeWeaponCargo <weapon_index>

Works only where <vehicle> is local to simpliy things. If there is a technical possibility of having this command to work on remote vehicles without desyncronizing contents then it will be a plus.

Returns:
Nothing.

• Magazines ---------------------------

Suggested syntax:
<vehicle> removeMagazineCargo <magazine_index>

Works only where <vehicle> is local to simpliy things. If there is a technical possibility of having this command to work on remote vehicles without desyncronizing contents then it will be a plus.

Returns:
Nothing.

• Items ---------------------------

Suggested syntax:
<vehicle> removeItemCargo <item_index>

Works only where <vehicle> is local to simpliy things. If there is a technical possibility of having this command to work on remote vehicles without desyncronizing contents then it will be a plus.

Returns:
Nothing.

• Backpacks ---------------------------

Suggested syntax:
<vehicle> removeBackpackCargo <backpack_index>

Works only where <vehicle> is local to simpliy things. If there is a technical possibility of having this command to work on remote vehicles without desyncronizing contents then it will be a plus.

Returns:
Nothing.

Adding contents with full details

• Weapons ---------------------------

Suggested syntax:
<vehicle> addWeaponCargoDetails <details_array>

Where <details_array> have to be an array of:
[
Weapon classname,
Muzzle Item,
Flashlight Item,
Optics Item,
[

		Loaded magazine classname,
		Current ammo count

],
... more loaded magazines ...
]

Command should be able to add weapons with loaded magazines for each muzzle. If more magazines than muzzles were supplied, it should ignore these magazines. If no magazines supplied in <details_array>, weapon should be unloaded. Broadcasted over network (global). Should work with both local and remote vehicles, if possible.

Returns:
Index of newly added weapon. -1 if failed.

• Magazines ---------------------------

Suggested syntax:
<vehicle> addMagazineCargoDetails <details_array>

Where <details_array> has to be an array of:
[
Magazine classname,
Current ammo count
]

Broadcasted over network (global). Should work with both local and remote vehicles, if possible.

Returns:
Index of newly added weapon. -1 if failed.

• Items ---------------------------

Exists, new command is not needed. https://community.bistudio.com/wiki/addItemCargoGlobal

• Backpacks ---------------------------

Exists, new command is not needed. https://community.bistudio.com/wiki/addBackpackCargoGlobal

Changing contents details by index

• Weapons ---------------------------

Two things that should be controlled on weapons by mission designer - attachments and loaded magazines. I suggest to have two separate commands to do these manipulations.

• Modifying attachments

Suggested syntax:
<vehicle> setWeaponCargoItems [<weapon_index>, <items_array>]

Where <items_array> is an array of:
[
Muzzle Item,
Flashlight Item
Optics Item
]

Works only where <vehicle> is local to simpliy things. If there is a technical possibility of having this command to work on remote vehicles without desyncronizing contents then it will be a plus.

Returns: Nothing

• Modifying loaded magazines

Suggested syntax:
<vehicle> setWeaponCargoMagazines [<weapon_index>, <magazines_array>]

Where <magazines_array> is an array of:
[
[

		Loaded magazine classname,
		Current ammo count

],
... more loaded magazines ...
]

If <magazines_array> is empty then it should unload magazines from the weapon. If more magazines than muzzles was supplied then command should ignore these extra magazines.

Returns: Nothing

• Magazines ---------------------------

Suggested syntax:
<vehicle> setMagazineCargoDetails [<magazine_index>, <current_ammo_count>]

Works only where <vehicle> is local to simpliy things. If there is a technical possibility of having this command to work on remote vehicles without desyncronizing contents then it will be a plus.

Returns: Nothing

• Items ---------------------------

No need to modify items as there isn't much to modify about them.

• Backpacks ---------------------------

No need to modify backpacks as there isn't much to modify about them.

Nope, its not in 1.20

Lets have a discussion here and when we'll come to a conclusion lets make a separate ticket as this one is a big pile of everything :)

Is the issue with possibility of having local contents in the crate? Then just warn that these should not be used with crates that could have local contents in them.

Thanks a lot, its a very useful command and works exactly as I expected it to work!

Now we need to be able to manipulate weapons and magazines inside containers :)

japapatramtara, doesn't looks like that there is such command, is it going to be added? And how are you going to tell which container belongs to which uniform or vest?

Non-global commands can be kind of handy when you want to have same crate appear to have items that only certain clients can see. Usually it is implemented in the way of creating local crate for each client on the same exact spot and then using addItemCargo(nonGlobal) commands on it. Maybe we can just leave everything as is and advise mission designers to use local commands with local vehicles and just not to use removeItemByIDGlobal on global vehicles if there might be some local items in it.

Is there any way to operate with items by some kind of global id, maybe even client-specific id instead of internal container index? Is there such a thing?

Another suggestion, maybe forbid removal of non-local items? Is there any kind of flag with the item if it is local or global?

japapatramtara, when you will be able to switch to gear command, can you please comment on suggestions in http://feedback.arma3.com/view.php?id=12782 ? Operating weapons\magazines\items by their IDs will be extremely useful and flexible.

Tested, everything is fixed. Thanks a lot, japapatramtara! We look forward to see these changes appear in stable patch.

It is same bug as weapondupe_repro.Altis

Thanks a lot for the fix, japapatramtara! We eagerly wait for patch to hit public release so we can finally have dupe-free game!

For some reason we are unable to reproduce Bug №7 situation 1 ourselves now and it functions exactly like situation 2. We definitely had both situations working yesterday and tested it several times in different environments before uploading. Either way both situations are probably caused by same bug and both should be resolved as you fix situation 2.

weapondupe_repro.Stratis.rar:
http://www.youtube.com/watch?v=ZgnHsEStbuA

about weapondupe_repro.Altis - are you really sure, that it have not been fixed? Because I'm unable to reproduce that situation in current DEV?

Yes, we just tried again and it definitely works

NOTE: for future bugs, please try to make repros on a Stratis island, I'm using internal debug version which is about 10x slower than your Steam DEV exe and loading Altis takes 10min approx :-)

Will do, also uploaded Stratis versions of bugs 6 and 7.

Videos for bug №6 and №7 situation 1 are coming soon.

Thank you again, japapatramtara, we really looking forward to have full spectrum of inventory scripting commands.

Thanks, japapatramtara, bugs №1-5 are fixed in last dev patch.

Bug №6 (weapondupe_repro.Altis) still works and lets you dupe weapons.

We also discovered another bug that makes weapons disappear and prevents you from swapping weapons from non-local containers. I added bug №7 (crateinventorybugs_repro.Altis) into the ticket with two situations.

Thanks a lot, japapatramtara! Inventory will go through intensive testing as soon as fixes will be in stable release. We will make sure to report if any more problems will arise.

(Can inventory-related #4644 and #5414 tickets get some attention please?)

New repro for another inventory bug added: weapondupe_repro.Altis

Thank you, japapatramtara! Should I add that weapon dupe that I mentioned in #7824 into this ticket or you already noted it?

Thanks a lot! Looking forward to see all inventory bugs and dupes gone so we can finally have fair games in loot-oriented missions.

I'm not sure if changing it in real time is possible right now but it will be fine if this could be defined in description.ext so it would process it before loading the mission.

Bumping this ticket as it needs attention. Here is text file containing costs or all used ammo classes in vehicles in A3 as of 1.38 stable version.

http://pastie.org/pastes/9984576/text?key=8psff2kwqqnnfnllv7qnaq

As you can see some values are very inadequate. Hand picked examples:

Bomb_03_F :: 20000
Bo_GBU12_LGB :: GBU-12 20000
Bo_GBU12_LGB_MI10 :: GBU-12 20000

Bombs use 2/3 of current ammo truck with cost of 20000 (ammo truck carries 30000).

SmokeLauncherAmmo :: 1
SmokeLauncherAmmo_boat :: 1

Smoke ammo costs nothing

Smoke_82mm_AMOS_White :: Smoke Shell (White) 1000

1000 for smoke mortar shell? Really?

R_80mm_HE :: Skyfire 500

500 per single unguided rocket? This is too much.

etc., etc. The whole thing needs reviewing and adjusting.

As bonus here is list of ammo capacities of supply vehicles:

Box_NATO_AmmoVeh_F :: Vehicle Ammo [NATO] 30000
Box_East_AmmoVeh_F :: Vehicle Ammo [CSAT] 30000
Box_IND_AmmoVeh_F :: Vehicle Ammo [AAF] 30000
B_Slingload_01_Ammo_F :: Huron Ammo Container 30000
O_Heli_Transport_04_ammo_F :: Mi-290 Taru (Ammo) 30000
Land_Pod_Heli_Transport_04_ammo_F :: Taru Ammo Pod 30000
B_APC_Tracked_01_CRV_F :: CRV-6e Bobcat 3000
O_Truck_03_ammo_F :: Tempest Ammo 30000
B_Truck_01_ammo_F :: HEMTT Ammo 30000
O_Truck_02_Ammo_F :: Zamak Ammo 30000
I_Truck_02_ammo_F :: Zamak Ammo 30000

Just 3000 for CRV-6e Bobcat, this has to be fixed.

By the way, players\units still die underwater with allowDamage false;

I think these are just temporary icons, probably were quickly made long time ago during pre-alpha development. Its release already and we still have these stubs in the game, this needs to be fixed. Mk200 also suffers from being mispositioned bit down and bit right. Bit right probably because of sound suppressor icon which has real size of suppressor while other weapons have shortened suppressors to fit into the image.

I've compiled all current UI icons problems in one ticket: http://feedback.arma3.com/view.php?id=15670

Thanks.

Few more notes: To stay with current naming scheme, deleteMagazineCargoGlobal should be called removeMagazineCargoGlobal (by analogy with removeMagazine, removeWeapon, etc. commands), same with suggested Weapon and Item commands.

Also if there are really item ids that we can operate with (eagerly waiting for review from japapatramtara), maybe we can introduce a command to move weapon\magazine\item from one container to another.

<new_id> = <source_vehicle> moveWeaponCargoGlobal [<destination_vehicle>, <weapon_id>];
<new_id> = <source_vehicle> moveMagazineCargoGlobal [<destination_vehicle>, <magazine_id>];
<new_id> = <source_vehicle> moveItemCargoGlobal [<destination_vehicle>, <item_id>];

Not sure if <new_id> is even needed since I don't know how inventories are setup and work internally in the game but it would be nice if these commands actually relocated weapons\items\magazines instead of deleting them from source vehicle and creating a copy in destination vehicle. Also i'm not sure about multiplayer locality aspects, but I would love to have these commands even if they would require both vehicles to be local.

Having all this will finally in history of Operation Flashpoint \ Armed Assault let us to fully manipulate inventories.

These are really useful suggestions, but I would recommend to organize it differently. First of all commands should operate with containers instead of units since now we have unitVest and unitUniform. Here is how I see it:

Items

<array> = getItemCargoDetails <vehicle>
with output in form of array of ids and item classes
[
[item_id, item_class],
[...more items...]
]

<vehicle> deleteItemCargoGlobal <item_id>

Weapons

<array> = getWeaponCargoDetails <vehicle>
with output in form of array which should contain weapon inventory id, weapon class name, array with attachments and their item_id (should be ordered in muzzle, flashlight and then optics order with empty array if no item is linked as weapon attachment), array with magazines loaded in muzzles where magazines also should have id in case we will need to delete magazine right from the weapon with deleteItemCargoGlobal command by calling it on same container where weapon is and specifying magazine id
[
[

		weapon_id,
		weapon_class,
		[
			[item_id, muzzle_class],
			[item_id, flashlight_class],
			[item_id, optics_class]
		],
		[
			[
				magazine_id,
				muzzle_loaded_magazine,
				muzzle_loaded_magazine_ammo_count,
			],
			[...more loaded mags for each muzzle, empty array if nothing is loaded...]
		]

],
[...more weapons...]
]

<vehicle> deleteWeaponCargoGlobal <weapon_id>

Magazines

<array> = getMagazineCargoDetails <vehicle>
with array output of magazine id, classname, ammo count and id of weapon where magazine is loaded into with -1 in case of magazine not being loaded anywhere
[
[

		magazine_id,
		magazine_class,
		magazine_ammo_count,
		magazine_loaded_into_weapon_id,

],
[...more magazines...]
]

<vehicle> deleteMagazineCargoGlobal <magazine_id>

Vehicles

If I understand how vehicles and their containers work, then in order to interact with vehicle weapons and magazines we will need a new scripting command to return turret container which we can later use with above commands.

<turret_container> = <vehicle> vehicleTurret <turretpath>

If vehicle weapons\magazines are setup in a different way and say are actually stored in vehicle container itself and not a special turret container then paths where weapons are installed should be returned with getWeaponCargoDetails output

removeWeaponCargoItem and removeWeaponCargoMagazine are already included in deleteItemCargoGlobal and deleteMagazineCargoGlobal functionality. Also your addWeaponCargoMagazine has no muzzle specified where magazine should be added.

I'd also suggest to introduce cursorToScreen along with cursorToWorld to return position of the cursor in UI screen coordinates

Great suggestion, would very like to see it implemented.

Bumping this ticket, this fix is really needed for King of the Hill because it is very troublesome to go into video options each time you look through optics.

We can avoid objectViewDistance if setObjectViewDistance will accept -1 values as default user-set values in video options.

25 hours of Wasteland uptime with dev version (rev. 106951), populated by players, no Mission Failed restarts yet, looks to be fixed in dev version but lets observe a bit more.

Moricky, my mission code is obfuscated and client side mission lacks server side code, if you need full mission, I privately send you the sources.

Happens in our Wasteland mission as well, it has 3 teams (BLUFOR\OPFOR\Independent), BASE respawn in 20 seconds: http://cloud.steampowered.com/ugc/612770092354060497/E652E4BC0EAEF20DF92FAE00B1305D8C910358DF/

Seems to happen out of complete random, we had 40/40 server which ended like this in 10 minutes, after restart we agreed to do the test and I killed all players on map at once, nothing happened, mission ran well for many hours since. Later it kept happening randomly after different uptime times on other servers too.

Wasteland has in description.ext:

respawn="BASE";
respawnDelay=20;
disabledAI=1;
disableChannels[]={2};
enableItemsDropping = 0;
joinUnassigned = 0;

Also onPlayerKilled.sqf and onPlayerRespawn.sqf, both empty and do nothing

Repair\Ammo Zamak variants still have no mirrors

if(getPlayerChannel player == 0) then {

		setCurrentChannel 5;

};

do this each frame and all attempt to talk in global will be redirected to direct channel

You can sort of have this functionality with new chat scripting commands, simply check if player speaks in wrong channel and redirect them to direct.

Related №2: http://www.youtube.com/watch?v=xW5gMhdWyag

Thank you, Nesquick, it works amazing on current DEV version. Not sure if this fixed problems with cars but problem definitely exists and happens all the time on live servers. All our attempts to make a repro failed, we only have visual evidence and some testimony what triggers such vehicle behavior.

Related: http://www.youtube.com/watch?v=aN85jUTfSJQ

Non-local vehicles sometimes under unknown circumstances start to fly all over the place similar to how suitcase and fuelcan do in the repro for this ticket.

Tested on DEV, seems to be fixed. Thanks a lot. Too bad that they still don't collide with vehicles though.

Wow, what a great find! Upvoted.

Also everything taken from non-local dead bodies seem to dupe

Thanks for input, armapirx. These things can be manipulated with setFriend scripting command (west setFriend [east, 1]; east setFriend [west, 1]; will make BLUFOR and OPFOR friends). The problem is that there is no way to let players be hostile to each other AND be able to get into same vehicle by the design, I think that such possibility should be added.

Finally, fixed after 3 years :)

Bug appeared since OA 1.62 so it is just 3 :)

Full body ghillies suits will be added in the beta. They were shown in beta livestreams and also exist in game files.

Full-body ghillies are actually in the game (were in previous version's files)

This problem is still actual

This problem is still actual