Jump to content
Bohemia Interactive Forums

engima

Member
 View Profile  See their activity

  • Content Count

    548

  • Joined

  • Last visited

  • Medals

Posts posted by engima

  1. Posted

    Depbo mission, open description.ext with texteditor and change the 16. line from disabledAI = 1; to disabledAI = 0;. Repack the mission (with tool or mission editor), put it in your mpmissions folder, start up a local server and have fun.

    There is at least one problem. AI are not smart enough to find the prison gate, so you will be on your own anyway. But if you edit the file Scripts\Escape\CreatePrinson.sqf (not exactly sure about the file name), removing one wall or something, then it should work. And another problem is that you will not be able to give AI waypoints, since that functionality is overrided (due to a potential cheat when you can give your friends a move waypoint to see distance and figure out where you are). That must be edited to i think, and that is in either init.sqf or in InitServer.sqf. One more thing is that you need to micro manage AI:s picking up weapons and stuff, and I have never really succeeded with that in a good way myself...

    Mission is intended for multiplayer as you see, but with these fixes it should be possible to play it in singleplayer.

  3. Posted

    Escape Chernarus 1.7 released!

    Finally I think I have got rid of the annoying start bug! It was not an easy one, but I have learned a lot about ArmA initialization scripting! Mission now synchronizes carefully between clients before intro text is shown! Thanks to NeoArmageddon with friends who have helped me with testing, and thanks to everyone posting feedback and bug reports! Please tell me about new issues found, and I will fix them if possible! The complete list of changes looks like this:

    v1.7

    - Fixed the start bug (player do not wake up dead anymore)

    - Increased the time it takes to hijack a communication center, and FAC Operators do it faster than the others.

    - Added field hospital at communication centers.

    - Added things that you don't want me to tell you about.

    - Fixed bug that made enemies surrender.

    - Fixed bug that made player's vehicles suddenly disappear.

    - Made it much easier to port to another map.

    - A lot of fixes and improvements (for complete list, see ReadMe.txt in installation pack).

    And more details:

    - Included information about FAC Operator in briefing.

    - Classnames are now in one file (and the few that aren't there is mentioned).

    - Increased probability for groups to spawn in villages.

    - Added guarded locations (houses, farms and villages)

    - Added possible positions for communication centers.

    - Added parameter option Start time of day "Random".

    - Fixed: Start guards do not have hand grenades.

    - Fixed: Mission duration in debriefing screen now shows the correct time.

    - Fixed: Removed civilian bus (since it sometimes stopped the traffic due to its size).

    - Fixed: Reinforcement trucks can now recieve new intel and change drop position when driving.

    - Fixed: Ambient traffic now works without dependency to "traffic markers".

    - Fixed: Ambient traffic now does not stop working if team members are far away from each other.

    - Fixed: Start prison and ammo depots are now not placed in ponds.

    - Fixed: Removed ammo trucks.

    - Fixed: Removed maps from civilians.

    - Fixed: Array for communication center markers and village markers are now better formed (to make porting easier).

    - Fixed: Bug in search leader script made some missions too easy since it through whole mission sometimes took a long time for enemies to report contacts.

    - Fixed: Road blocks now spawn even if player team members are far away from each other.

    - Fixed: Lowered the chance that an enemy have night vision a little bit.

    - Various small fixes.

  4. Posted

    In easiest way, make a script that you call ActivateRandomTrigger.sqf and call it when you want to activate one random trigger.

    abc_var_trigger00Activated = false;
abc_var_trigger01Activated = false;
abc_var_trigger10Activated = false;
abc_var_trigger11Activated = false;

_x = floor random 2;
_y = floor random 2;

If (_x == 0 && _y == 0) then {
 abc_var_trigger00Activated = true;
};
If (_x == 0 && _y == 1) then {
 abc_var_trigger01Activated = true;
};
If (_x == 1 && _y == 0) then {
 abc_var_trigger10Activated = true;
};
If (_x == 1 && _y == 1) then {
 abc_var_trigger11Activated = true;
};

publicVariable "abc_var_trigger00Activated";
publicVariable "abc_var_trigger01Activated";
publicVariable "abc_var_trigger10Activated";
publicVariable "abc_var_trigger11Activated";

    This is an example. Last publicVariable part is only important if you create a multiplayer mission. And in that case, consider only publicVariable variables that have changed, since they are broadcast over Internet (I've been a bit lazy in the example).

  5. Posted

    Hi there!

    Can someone please clarify (or post a link or something) some info about initial execution (i.e. init.sqf). When does the file start executing? How are commands executed? When does it start executing? What is executed during briefing, and what is not executed until player enters 3D world? And what else do I have to know about initialization to make a mission that is robust regarding initialization?

    I have a big mission with a large init.sqf file, and things appears strange making me wonder about the above stated questions.

    Thankful for any information!

  6. Posted

    You think of triggers in a wrong way. Don't think you want to "stop activating after its condition has been met X amount of times". Instead focus on the conditions, and let the condition become true only when you want to activate the trigger.

    All three of your questions can be solved with variables (and maybe one or two more triggers that sets the variables).

    For example answer to question 1:

    Condition: grenadeHitTarget && grenadesHitCount < 3

    Activation: grenadesHitCount = grenadesHitCount + 1

    This trigger will be activated three times, because after that the condition will never again be met (unless grenadesHitCount is reset)

    Of course all your variables should also be reset initially in init.sqf.

  9. Posted

    Will this be the update with the major update to the codebase you mentioned via PM?

    Yes. Some unnecessary script dependencies have been removed and most classnames have been centralized and explained, many bugs have been fixed and content have been added. I will also include some tools (you already got them) and a check list that will help when porting mission to another map.

  10. Posted

    One thing we noticed was that if we restarted, sometimes the guarding squad at the very beginning would kill us while we spawned. This is fixed by restarting the server.

    Yes, this is a problem. I think I have almost fixed it now. I will run a few more tests. But anyway I learned that this is a BIS bug too. Do not restart mission. Instead, reassign sometimes work, or restart server (at least if dedicated). Something is not getting reset as it should when restarting.

  11. Posted · Edited by Engima

    The addAction command is local, but since you start the tracker_addAction.sqf it in the object's init line, it will run and add the action on all clients (and server), so all players can execute it. However, if a player on a client executes that action, the OutputToFile.sqf will only run on the current client machine.

    One fix is to make the OutputToFile.sqf run an all clients (or only on server) by setting a global variable and publicVariable it for the server. Assume you reference script PlayAction.sqf in addAction command (and "abc" is your initials). Like this:

    PlayAction.sqf

    abc_var_ActionPlayed = true;
publicVariable "abc_var_ActionPlayed";

    Then you can have a trigger with the variable as condition, that executes on all machines. In this trigger, start the OutputToFile.sqf when a player executed the action. All diag_logs here will now be written in .rtf on all machines (since script will run on all machines).

    abc_var_ActionPlayed

    If you only want to execute script on server (and only write to server's .rpt file):

    isServer && abc_var_ActionPlayed

  12. Posted

    I don't really get what you mean. You ask how to implement params in a multiplayer mission, but at the same time you answer your own question by posting how it is done.

    So add a new Params class in description.ext, and read it using paramsArray in init.sqf.

    description.ext:

    class Cars
       {
	// paramsArray[4]
               title = "Number of cars:";
               values[] = {10,20};
               texts[] = {"Ten cars","Twenty cars"};
               default = 10;
       };

    init.sqf:

    [paramsArray select 4, _markers] execVM "cars.sqf";

  14. Posted · Edited by Engima

    This is most likely the issue, as the mission was released for Operation Arrowhead/Combined Ops and requires Arma 2.

    Although i can't think what the exact cause is...

    Hopefully, Mr Engima can spread some light here ^^

    ----------------------------

    On a different note, i think an ACRE parameter (like in Domination ("With ACRE - Yes/No")) would be sweet. ACRE works well with the mission, except you start with a radio, which seems flawed. If parameter is set to Yes then the squad would not start with radios and they are hard/harder to come by. If set to No then the mission would be no different to now. Just an idea.

    Yes, that's the problem. And it's not the only thing that goes wrong using ArmA2 free or vanilla ArmA2, so unfortunately I do not have any intentions to fix it. I think I will just add a Combined Operation unit so the reason becomes more clear.

    ---------- Post added at 13:59 ---------- Previous post was at 13:52 ----------

    Great mission, though we ran into a problem... all the enemy soldiers at the communications posts are captive! They all stand there with their hands behind their head and don't react to us. Very disappointing after a quite successful escape and evasion game that lasted 45 minutes only to find that the game screwed up! I know how much of a pain in the ass A2 is about mission design so this is obviously nobody's fault, I just wanted to report it to the mission designer.

    We are running A2 Combined Ops v1.60 playing LAN with my computer hosting it. No mission problems other than this. Great mission otherwise, probably one of the most fun missions I've played ever! Kudos for great work and I'm sure the captive problem has a fix.

    Does anyone know if savegames work well with this mission?

    I know the problem since earlier, but I thought it was fixed. I'll take a look!

    Savegames seem to work not so well. In next version I will have it disabled (since I simply don't have enough spare time to look into all details).

    Thanks for the error report and feedback!

  17. Posted

    Hi!

    I have a problem with mission duration on debriefing screen. It shows the wrong time. Time for mission set in editor is 8:00, but I have a param so players can choose time, and in init.sqf I set the time (using command setDate). But if I set time to 22:00 in lobby, I play mission for 5 minutes, than the mission duration on debriefing screen shows 14 hours 5 min (22 - 8 = 14). How can I fix that so the mission duration shows the actual gameplay time?

  18. Posted

    I wonder a little about the way you delete waypoints. It should be correct if you deleted them in the opposite order, but now you delete the first one, then the second waypoint (with index 1) gets index 0, so you never actually delete that waypoint. Instead, second delete command deletes the third waypoint which now has index 2 (and so on). Putting index 0 in all delete commands will maybe solve the problem. Or not deleting them at all...

  19. Posted

    I'd just have five global variables (assuming you create mission in editor and not by scripts). drn_area1, drn_area2, drn_area3, drn_area4 and drn_area5. On activate in each I'd put "drn_areaX = true;" and on deactivate "drn_areaX = false;". Then I'd add a the end trigger with activation "drn_area1 && drn_area2 && drn_area3 && drn_area4 && drn_area5".

    Note: "drn" is my initials, so the variables will not conflict with eventual other scripts used.

  21. Posted

    Hi there!

    Background:

    I have the following problem with my latest mission. On mission start, players are spawned to a random location in Chernarus, and walls are built up to form a temporary prison (forming the start scene). Mission starts when a player pick up a weapon or when a player gets 12 meters from the start position. Mission also uses Norrin's Revive script.

    Problem:

    On dedicated server, when I start mission, players green up before continuing, and everything starts in its natural order, I never experience any problems (some other do, but I don't). However, when I play in multiplayer and restart mission, the mission doesn't behave like when I started it the first time. Sometimes a player or some players wake up dead. Sometimes players start separated , some of us on on the correct spawn position, and some of us on respawn marker (I use Norrin's Revive as I mentioned). And often there is an AI among us, or rather far away, but still in the group, but mission doesn't have any AI. I have worked with this much, but I cannot figure out what is wrong.

    Question:

    Now I wonder, isn't everything (all global variables, all markers, everything) reset when a dedicated server is restarted? Because if server was really reset I cannot imagine why the errors occurr after restart, but not after first start. So what is not reset when I restart a dedicated server, that I need to handle in the mission?

    Link:

    Mission: Escape Chernarus. Current official version (1.5) is not the latest. I have synchronized things during startup so the start sequence is better, but main problem still remains. If I restart dedicated server mission sometimes fail to start correctly. Problem is easy to test if you have two players on server, start mission and then restart server. If it doesn't happen first restart, then do it a couple of more times and you should soon see what I mean.

  22. Posted

    Im having an issue, where i can literally walk around in front of enemies and shoot them in the head. and their friends just walk by like nothing happened. its almost as if my character is a ghost. any suggestions on how to fix this?

    Ok. That sounds like you are captive in some way, so something must have gone wrong during initialization. Does it happen often? How about other coop players? Does anyone else have this problem?

  23. Posted

    Hrm, savegames... I really don't have any experience of mission making with save games. I've tested it a little, and it worked for me, so I left the option in case it actually works. I will ask the community and hopefully have a solution for this later. My recommendations for now is not to trust the savegame feature.

    ---------- Post added at 09:09 ---------- Previous post was at 08:48 ----------

    I'm a little surprised to see that the problem with spawning *increased* in 1.5. I know there can still be issues (on restart and reassign), but It should be much better now... Does anyone else think problem with spawning has increased in version 1.5? Are you running hosted or dedicated? If you experience these kind of problemes, my suggestions is that you really make sure to start everything in the correct order (as I have mentioned sometimes erlier). 1. Start server, 2. log in as admin (if dedicated). 3. Let players enter lobby. 4. Make sure all players have "greened up" before continuing. I'll have a look at this again.

    The spawn in water problem is solved and a fix for that will be in next version.

  24. Posted

    Or you can use "unit allowGetIn false". And before that the "unit orderGetIn false" if they are mounted (or if some of them are). My experience is that it works very well.

    Command setCombatMode sets the combat mode immediately. The setWaypointCombatMode command sets the combat mode when the current waypoint becomes active. If you use setWaypointCombatMode on first waypoint it usually don't make difference. However, I have noticed that the combat mode sometimes doesn't kick in in the latter case (probably since the waypoint has already become active after the addWaypoint command).

    If a soldier joins the group it gets the group's combat mode.

    ---------- Post added at 16:50 ---------- Previous post was at 16:44 ----------

    So, answer on your extra question 1) is No. If a new waypoint becomes active, and if that waypoint have its own combat mode, the groups combat mode will change. (I haven't run any tests om this, but I feel pretty sure that this is how it works).

  25. Posted

    I just loaded this mission for the first time, and my starting point is stuck inside a non-enterable building!!

    After too many solo deaths, I have evened the odds after escaping once more by giving myself a few unarmed AI team-mates (using debug console).

    It feels quite realistic and balanced and I realise I need to plan my ambushes a little better (I've played too many other games/missions where the AI just do not respond to attacks, making me lazy).

    I am also seeing player sidechat messages about search groups moving, searching, engaging etc.

    Sorry about the start in the non-enterable building. But funny! Maybe the enemy squad really understood the risk of keeping you in the open. :) The start position is a true random position, so I don't know exactly what can happen. The problem you mention is however dealt with and is hopefully fixed.

    I haven't had single player in mind for the mission. But I have thought about, so maybe in the future I will try to fix that to. But right now it is not in priority.

    The realistic responses of enemy units is something that I have worked with in all scripts.

    The sideChat messages you mention is debug information that I left accidently in last version (1.1). Sorry about that, but it's now fixed!

    ---------- Post added at 12:27 ---------- Previous post was at 12:17 ----------

    Ok I see what your saying now about being a passenger with an AI driver.

    Grenades are random. They don't always have grenades on them. So you want to get rid of grenades but have satchels?!? Ok, so start chipping away at the randomness, the replayability, and basically the structure of the game, so that you can have what you want when you want it... I'm pretty sure that's NOT the point of it and not what Enigma had in mind while creating this awesome mission?!? I think it's fuckin awesome as is, just a few scripts need to be changed. The revive script needs to be worked on or changed and maybe how the holding cells are spawned. Maybe there should be some set positions where it will spawn in at... Alot of random positions, but not where it is goin to spawn half way inside a building or a swamp/pond... With all these people whining about it, lol, you can just hit restart!

    Enigma, don't cave to the bitchers and whiners! they can make there own if they don't like yours ;) I love it as is! As do many many many other people!

    Thanks HeAvY TrAnCe! You read me quite well!

    I can see people complaining about the revive script. In all my games with friends it has worked without any problems. Can someone be a little more specific? What are the experienced problems, and when do they occurr?

    ---------- Post added at 12:33 ---------- Previous post was at 12:27 ----------

    Great job Engima, too bad we didn't have time to test it yesterday in our squadnight.

    One more question: since mission is heavily scripted, are you consider porting it to other interesting(*g*) islands? :)

    The plan for myself is that I will release an Escape Takistan sometimes later. For now I hope the mission will somehow port "itself" to other interesting islands. That should be fairly easy to do, and anyone having questions about it is welcome to ask me about basic things in the mission's structure.

    For now I can tell you that there is at least one person planning to port it to your wonderful Lingor Island! Hope it doesn't take long! :p

×