Promised to write this up. This is kind of mixed, sorry about that, English not my first language and inexperienced Arma "operator"... aaanyways:
I had weird issues with the 1.8.1 version of Escape.
Spawning in, everyone was sent "to the ocean" with all their gear. Even with using dedicated server and correct settings and startup parameters ans mods... in to the sea I went.
I started a dedicated server, without any missions in the cycle, no "init" parameters set. Connect to server and #login as admin and then using #missions to load the mission up. -> in to the sea I went.
We (i joined Escape developer's discord) tried almost everything, even with no mods and vanilla mission, and I think one of the reasons behind was, that I had tested this mission as "host".
That is: I had tested Escape by hosting the mission on my game client. And that had saved something in my "arma profile" directories.
I cleared everything out from the arma profile directories relating to "co10 escape" - and also made sure not to use "IFA3 LEN" as it seemed to cause issues aswell. In the end I clearred all my "MP saves".
Afterwards, I thought that it might be possible for Arma 3 server to "load" the missions using the admins saves? Is this a possibility?
don't know.
After deleting the escape saves, I cleared all "MP saves" from the profile directory, and the "#missions" screen showed less options (I mean less available missions - maybe the saves I deleted were missions??).
I dunno what the heck was the server dfoing, how can it see and load my saves from my profile, even if the server is running a different user profile.
Just a heads up, if you test these missions on local game, hosting the mission on your own client, it might cause issues if you play the game later on dedi-servers and yourself being the admin who loads the mission.
TL;DR;
I'm not sure what the real reason was, but after I cleared the "Multiplayer saves" from my profile directory and used proper mods to run the missions accordingly, everything seemed to work properly.
co10 Escape
in ARMA 3 - USER MISSIONS
Posted
Promised to write this up. This is kind of mixed, sorry about that, English not my first language and inexperienced Arma "operator"... aaanyways:
I had weird issues with the 1.8.1 version of Escape.
Spawning in, everyone was sent "to the ocean" with all their gear. Even with using dedicated server and correct settings and startup parameters ans mods... in to the sea I went.
I started a dedicated server, without any missions in the cycle, no "init" parameters set. Connect to server and #login as admin and then using #missions to load the mission up. -> in to the sea I went.
We (i joined Escape developer's discord) tried almost everything, even with no mods and vanilla mission, and I think one of the reasons behind was, that I had tested this mission as "host".
That is: I had tested Escape by hosting the mission on my game client. And that had saved something in my "arma profile" directories.
I cleared everything out from the arma profile directories relating to "co10 escape" - and also made sure not to use "IFA3 LEN" as it seemed to cause issues aswell. In the end I clearred all my "MP saves".
Afterwards, I thought that it might be possible for Arma 3 server to "load" the missions using the admins saves? Is this a possibility?
don't know.
After deleting the escape saves, I cleared all "MP saves" from the profile directory, and the "#missions" screen showed less options (I mean less available missions - maybe the saves I deleted were missions??).
I dunno what the heck was the server dfoing, how can it see and load my saves from my profile, even if the server is running a different user profile.
Just a heads up, if you test these missions on local game, hosting the mission on your own client, it might cause issues if you play the game later on dedi-servers and yourself being the admin who loads the mission.
TL;DR;
I'm not sure what the real reason was, but after I cleared the "Multiplayer saves" from my profile directory and used proper mods to run the missions accordingly, everything seemed to work properly.