tupolov

Works fine with ACE and should be compatible with previous versions of ACRE.

Holmes, Did you follow the MySQL instructions? It looks like Arma2net is not connecting to your database. Check that the correct db user is setup with the correct permissions - as set up in our wiki. Are you getting any entries in the DB?

Have you tested our stock mission first? We recommend you do that before attempting to run your own customized MSO missions. Did you wait for the mission to init? On briefing screen, check MSO notes, go to initialization and wait for Completed. Info: 04:35:17 - Received - Database: arma Procedure: RemoveLandVehicles Parameters: tmid=any This is the first proper entry in the DB log... suggests your DB is not connected correctly. Ensure you follow the wiki - https://dev-heaven.net/projects/mso/wiki#PersistentDB-setup-for-MSO-45 Cheers Tup PS. This is what a correct sql log looks like Info: 16:52:16 - Arma2NETMySQL Plugin Started. Info: 16:52:16 - Version number: 0.1.0.0 Info: 16:52:16 - Compiled against Arma2NET Version: TBF Info: 16:52:16 - Loading databases... Info: 16:52:16 - Type: mysql Database: arma IPAddress: 127.0.0.1 Port: 3306 Username: arma Password: NotShownForSecurityReasons Info: 16:52:17 - Received - Database: arma Procedure: GetMissionByName Parameters: tna=mso_32_ace_coop_baf_usa_vs_tak_ins_gue_4-5 Info: 16:52:17 - Parsing parameters...

Pretty much any map will work with MSO. Check the editors guide in our documentation to see how to setup MSO. One limitation we have found is that custom factions don't always have cfgGroups defined, that can make spawning groups of enemies challenging. I believe Wolffy or someone from the team were working on a Duala mission. Will check for you.

Giorgy, The logistics module is easily edited. We make MSO as easy as possible to extend. If you look at line 67 of main.sqf (in support\modules\tup_logistics) //if (!(getPlayerUID player) in MSO_R_Leader )) exitwith {}; just change this to if (!(getPlayerUID player) in [playeruid1,playeruid2,playeruid3] )) exitwith {}; put in the playerid's for the users you want to have access to logistics. You can get playerid from your player profile ( )Tup PS. The latest code for tup_logistics in our dev heaven repository already contains a "session" limit for orders. You can set this in the logistics.hpp file.

Have you tested ACE wounds with this? We found that there are lots of ACE Wounds variables that need persisting, not just damage.

Great job BTK and thanks for clarifying the difference to MSO! From an MSO standpoint this is very similiar to our NOMAD module that saves and restores player loadout, position etc etc to a server side variable every few seconds. If a user disconnects and reconnects they are returned to their last state. In addition MSO now supports doing this between server restarts using our PDB (persistent database) module - along with all other mission data. This addon probably isn't compatible with MSO as NOMAD would conflict with it. Just an FYI to any MSO users out there. Congrats again BTK on the release!

IBR - The Lingor mission we provide is not an ACE version, so won't include ACE radios. You will need to add them to the mission (and any other ACE items/weapons/crates you want). The dead player in middle of map is a weird one, not seen that. If you can repro it please post a ticket on dev heav with server logs. Might be that the user disconnected when they died in an aircraft and their position was saved!? Simply reconnect, wait to die, respawn, re-save player position (Self Interact key). Outlaw - Good idea, if you submit a feature request, we might build it into the next version of MSO. Any vanilla solution currently out there should work with MSO though. TeTeT - Objects can be saved to db by _obj setVariable ["pdb_save_name",_objName,true]; where _objName is whatever name you want for that item. _obj obviously points to the object you want to save. It won't be saved to DB until the server saves (by default every 10 mins) or until the mission is closed down. Tasks are automatically saved if created using the self interact Task Management feature.

Fadi, Make sure you have a marker named "Ammo" on the map. Tup ---------- Post added at 06:08 PM ---------- Previous post was at 05:09 PM ---------- They are compatible so no problems.

Dead? or unconscious? Are you using ACE? Escape key to select respawn if you are passed out with no-one to help you.

We actually use arma2net and arma2netmysqlplugin - they both now use AppData to store logs and config files etc. MSO is framework - at max 5MB pbo... but of course you can remove whatever you don't want. As Friz says, to use the database you need to have appropriate permissions to import the database schema - or ask your hoster to import it for you.

Are you using pond objects for the irrigation channels and creeks?

Turn on debug for modules in the params - you'll see that IED's are setup for most towns (depending on the params), they don't spawn until a player gets near and are only triggered by players. IED's stay in one place, they don't get deleted or moved etc. Once spawned they stay spawned.

Collin, Can you confirm you have installed MySQL, ARMA2Net etc as directed on the MSO wiki? Tup

Hey Colin, Thanks for trying out MSO. For PersistentDB to work you need to setup and install a number of components on your dedicated server. The instructions are here - https://dev-heaven.net/projects/mso/wiki. Have you done this? Thanks Tup

place MySql.Data.dll in Arma2 folder, arma2net folder and arma2net/addins/mysqlplugin folder

Make sure you are running Arma 2 OA Beta on both server and client. Have you downloaded and installed MySQL, MySQL Connector 6.5.4 and copied the MySQL.Data.dll into the correct folders? have you setup the databases.txt file? You should be able to find an arma2net.log file in c:\users\%username%\appdata\local\arma2net

I've got a couple of people getting this error too: Any ideas? EDIT - Fixed. The guys testing had the incorrect SQL import file.

MSO v4.4 development is coming along nicely! http://www.ausarma.org/blog/4/entry-25-mso-v44-beta-looking-very-good/

Guys, This seems to break MySQLPluginAddin with the latest version of Arma2Net 1.9. I get the following: 05/26/2012 06:57:45 Arma2Net.Managed.Bridge ERROR Caught exception System.TypeLoadException: Could not load type 'Arma2Net.Managed.FunctionArgumentsInvalidExceptio n' from assembly 'Arma2Net.Managed, Version=1.7.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e'. at Arma2NETMySQLPlugin.Arma2NETMySQLPlugin.Run(String args) at AddInAdapter.Arma2NetAddInAddInAdapter.Run(String args, Int32 maxResultSize) at HostAdapter.Arma2NetAddInHostAdapter.Run(String args, Int32 maxResultSize) at Arma2Net.Managed.AddIns.AddInManager.RunAddIn(Stri ng addInName, String addInArgs, Int32 maxResultSize) at Arma2Net.Managed.Bridge.Run(String function, Int32 maxResultSize) Works fine with v1.8 Cheers Tup

Guys, This seems to be broken with the latest version of Arma2Net 1.9. I get the following: 05/26/2012 06:57:45 Arma2Net.Managed.Bridge ERROR Caught exception System.TypeLoadException: Could not load type 'Arma2Net.Managed.FunctionArgumentsInvalidException' from assembly 'Arma2Net.Managed, Version=1.7.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e'. at Arma2NETMySQLPlugin.Arma2NETMySQLPlugin.Run(String args) at AddInAdapter.Arma2NetAddInAddInAdapter.Run(String args, Int32 maxResultSize) at HostAdapter.Arma2NetAddInHostAdapter.Run(String args, Int32 maxResultSize) at Arma2Net.Managed.AddIns.AddInManager.RunAddIn(String addInName, String addInArgs, Int32 maxResultSize) at Arma2Net.Managed.Bridge.Run(String function, Int32 maxResultSize) Works fine with v1.8 Cheers Tup

Jman, I've got it working with MSO, i've not added anything to it yet, just slotted it into our framework so it initialises etc. But it works very well. We have a "persistence" module in place already - but obviously doesn't write to DB. So our first step is to see how we can extend persistentDB to support storing more player data such as rank, lifestate, deaths etc. We also kick players if they exceed deaths in a time period - so would want to look at that. The next things we need to consider are: MSO schema and associated procedures etc How our mission modules can be persisted between games - storing information about enemy locations, terror cells, IEDs etc once they have been initialised. Ensuring when a mission is reloaded that the modules initialise properly - probably quite a bit of work for us tbh. We'd love to persist objects covered by R3F. We're not worried about enemy AI as we spawn/delete based on player proximity anyway. I think the only concern we have is that ultimately we'd want the persistence to be implementation independent so we could support other methods - but I think that's probably a future thing atm! Would love to contribute, I'm on Dev-heaven so feel free to add me etc. Thanks! Tup

Scott, AWESOME! That worked. Jman, suggest you update your outline to ensure people copy the MySQL.Data.Dll to the ARMA2, ARMA2Net and Arma2NETMySQLPlugin (to cover all bases!) Got it up and running. Now gonna try to integrate with MSO. Thanks guys this is very very cool.

Sorry Jman, I had incorrectly added the string in the databases.txt file. After doing this correctly I get the error submitted above. I followed the steps you outlined here. I had some issues with the arma.sql script so have manually create the stored procedures using your code. I'm using MySQL Server 5.5. The routines run fine as I've tested them manually. I'll try manually adding the mission name. I've checked for the missing microsoft dll. Scott - MySql.data.dll is currently residing in the .NET Connector folder. Should it be in the ARMA folder? I'm using ARMA2Net (with your addin - Arma2NETMySQLPlugin.dll) and the demo mission from Jman (non-ace). I have ARMA2Net running on server with the correct CBAs and -arma2netdev Thanks for your help Tup

Jman, Also trying to set this up. Getting an issue with accessing the DB 05/18/2012 02:00:52 Arma2Net.Managed.Bridge INFO 05/18/2012 02:00:52 Arma2Net.Managed.Bridge INFO Arma2NET 1.8.0.0 (Developer mode: True), CLR 4.0.30319.269 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Rebuilding addins 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Finding addins 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated Activate from BaseFunctionsPlugin.Activate, BaseFunctionsPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated IsFunction from BaseFunctionsPlugin.IsFunction, BaseFunctionsPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated Deactivate from BaseFunctionsPlugin.Deactivate, BaseFunctionsPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated _Empty from BaseFunctionsPlugin._Empty, BaseFunctionsPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated VersionOfAddIn from BaseFunctionsPlugin.VersionOfAddIn, BaseFunctionsPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated CompareVersion from BaseFunctionsPlugin.CompareVersion, BaseFunctionsPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated ClrVersion from BaseFunctionsPlugin.ClrVersion, BaseFunctionsPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated Version from BaseFunctionsPlugin.Arma2NetVersion, BaseFunctionsPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated Functions from BaseFunctionsPlugin.Functions, BaseFunctionsPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated CommandLine from CommandLinePlugin.CommandLine, CommandLinePlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated DateTime from DateTimePlugin.DateTime, DateTimePlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated GetWeather from WeatherPlugin.Weather, WeatherPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated Dict from UtilitiesPlugin.DictionaryUtility, UtilitiesPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.AddIns.AddInManager INFO Activated Str from UtilitiesPlugin.StringUtility, UtilitiesPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8762987cc8e6095e (Sandboxed: False) 05/18/2012 02:00:52 Arma2Net.Managed.Bridge INFO Initialized 05/18/2012 02:00:52 Arma2Net.Managed.Bridge ERROR Caught exception System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.IO.FileNotFoundException: Could not load file or assembly 'MySql.Data, Version=6.4.3.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d' or one of its dependencies. The system cannot find the file specified. at Arma2NETMySQLPlugin.MySQL.OpenConnection(String connectionString) at Arma2NETMySQLPlugin.Databases..ctor() at Arma2NETMySQLPlugin.Arma2NETMySQLPlugin..ctor()