major_shepard

Could you try running lea.bat file from LEA installation directory and paste the console content here? Have you tried disabling your antivirus and firewall?

There is nothing specific regarding LEA compared to VAS and any other script/addon that allow user to spawn stuff. If user try to spawn a weapon from a addon he has launch with the game but that's not server side, every player in the server will get a script error message. That's all.

LEA v2.0 Update 4 Download Use Check for Updates in the Help menu or use Windows automatic installer: ftp://www.sonsofexiled.fr/ArmA3/LEA/releases/lea-installer-2-0-19.exe Changelog - Modified: loadout scripts now use new forceAddUniform SQF command to give a uniform to player with @LEA or to units a mission. This should fix the issues with player getting nacked when using a different side uniform. - Fixed: missing Aviator glasses, .45 sound suppressor as rifle silencer.

Could you check your anti-virus/firewall. You have to be specific on the mod. Which on is it? LEA does not support right now full automatic import for every mods out there. Say thanks to BIS for all their bullshit. But things can be sorted out using a mix of third party tools and manual operations.

Get the update of LEA for ArmA 2 (see your MP) then regenerate the script in the mission with the new LEA.

ArmA3Sync does not limit download which depends on the client bandwidth, the server bandwith and the route taken between them. As an example here is what I get with my connection (~250 Mbit/s) and my server (~1Gbit/s) ftp://www.sonsofexiled.fr/ArmA3/ArmA3Sync/development/screens/test_fibre.png

Does it happen only when the mission is run on a dedicated server ?

Do you have a mission with no addon that breaks? Do you have a script error message? Just tried 1.63 in a simple mission in the editor and hosted by myself (non dedicated server), no error here.

It's possible from the technical point of view. Now if you import a loadout script from VA that contains unknown addon items by LEA, it could only end with some generic item appearance (i.e the loadout won't look the same in VA and LEA).

From what you say I think it's the same behaviour they introduced into ArmA 3. When a slot is not used by a player or the AI is disabled, if a name is associated to this unit slot, the game generate an error because the name variable become null. So inside the loadout script, each unit must be tested like if (!isnil unitName) then {...}

I guess the visual arsenal will just export loadout as a sqf script that could be executed from @LEA. But I hardly see people doing this as they just have to add the visual arsenal script within their mission to load and apply a loadout.

Ok mate ;)

Could you send me the login info to your FTP by PM ? How did you built the repository?

There have been an update for ArmA 2 lately ? Will have a look to it then.

Menu profiles -> Initialize @LEA then check inside ArmA 3 installation directory, you should find \userconfig\lea\ there

ArmA3Sync v1.3 already put -malloc parameter at first place of the run parameters list. ---------- Post added at 09:22 PM ---------- Previous post was at 09:19 PM ---------- Run ArmA3Sync-DEBUG.exe, checkout arma3.exe path.

Use Elitness to extra each pbo then use unRap.exe to convert config.bin into config.cpp files.

If you create a folder (or many) inside the repository and put mods inside this folder(s), the extra user mods are deleted within this folder. Moreover the repository modset from Addon panel is automatically updated on synchronisation. Meaning that if user use the repository modset to launch his addon, the deleted mods won't appear.

ArmA3Sync does not delete extra client side mod when there are placed at root of the default destination directory to let user add extra mods in this directory.

You can build locally a repository and upload it from the GUI. You can also run Arma3Sync from a remote console from ArmA3sSync-console script.

You have to run @LEA_A3 and @CBA_A3.

Any low powerful dedicated server like => http://www.online.net/fr/serveur-dedie/dedibox-scg2 can do the job. Put a Linux on that with desktop or not + install Apache http, you good to go. Server providers that comes with "mutualized access" are not the one to choose as they block partial file transfer (i.e error 406) to prevent from security issues.

Go to Help Menu -> Preferences -> set "Do nothing" on game start. If you don't have any error message that pops and you are sure that arma3.exe path is correctly set from "Launcher options" panel, then run ArmA3Sync-DEBUG.exe from ArmA3Sync installation directory and paste the console content here.

SFTP like FTP over SSH? FTP over SSL? Else? Now most of the ftp servers can share folder content with different level of security. You could perfectly just set a login and password to the repository addon (who cares of addons?) and encryption mode to the other part of your FTP. It could have and interest when it comes to FTP and large files (> 100 MB) yes. However large amount of time would be needed to build a repository has compared to now. Also note that when using HTTP hosted repository with ArmA3Sync, the differential update mechanism outperform FTP with compression when it comes to updating files. ArmA3Sync uses SHA1 signatures. .zsync files are generated when the file transfer mode is set to HTTP not FTP. I don't understand the link with SFTP ? This is an issue. You must put files there not folders.

Could you add large bandage as we use to have with ACE 2? 1 large bandage should be enough for healing a fully injured soldier. We also notice that damage are badly localised into the mod. Most of the time after getting only one bullet player is fully injured.