Jump to content

Fulcrum Mission System v2.1a


horbin

Recommended Posts

  On 5/17/2015 at 8:18 PM, horbin said:

they need to go in the mission pbo.

 

See the zombie sounds installation for an example path and description.ext changes needed.

Works like a charm... thx alot!

but what about the Win and Lose Message? can i handle it like the other one?

Link to comment
Share on other sites

Find the following in the MissionInit.sqf (around line 84 in the original file).

// Mission complete: Take action based upon Trigger/Mission Logic above
diag_log format ["<FuMS> MissionInit: Mission %2 finished with status of :%1",_msnStatus, _curMission]; 

Place the following code just below the two lines found from above.

FuMS_GlobalSound = "";
if (_msnStatus == "WIN") then
{    
   switch (toupper _curMission) do
   {
      case "BANDITCAMP": {FuMS_GlobalSound = "win1";};
      case "VANCRASH": {FuMS_GlobalSound = "win2";};
   };
   if (FuMS_GlobalSound != "") then { publicVariable "FuMS_GlobalSound";};
};

if (_msnStatus == "LOSE") then
{
   switch (toupper _curMission) do
   {
      case "BANDITCAMP": {FuMS_GlobalSound = "lose1";};
      case "VANCRASH": {FuMS_GlobalSound = "lose2";};
   };
   if (FuMS_GlobalSound != "") then { publicVariable "FuMS_GlobalSound";};
};

The above code should allow you to provide custom sounds/audio for victory and failure conditions for each mission you specify. This is not the most efficient way of doing this, but it should get the job done for you, and hopefully makes it easy to understand.

Link to comment
Share on other sites

Joshi, look at the win and lose triggers for the convoy mission... lose condition is "AllDeadOrGone". Probably should just set it to a timer. I've been meaning to mention this to Horbin myself but it hasn't been high priority as these should really be tweaked per server standards and needs.

 

Haven't tested the control points or looked at them yet so I can't say much on that.

Link to comment
Share on other sites

The Convoy and Control Point missions are 'Demo' missions.

 

You need to building something appropriate to the needs of your server. You can use those two missions as a rough template.

Of note, that building structure that comes with the 'control point' mission is also a DEMO of the M3Editor capability.

Basically that CTF mission is a 'testing' mission.  Admins, over to you guys to tweak what you want for your server :)

 

 

FuMS behavior is to clean up all vehicles that are not 'claimed' by players upon a mission ending.

To claim a vehicle a player must get into it.

If the delay after mission completion is too short for your liking, you can modify that in the top portion of each mission file. This will give players 'more time' to get to vehicles, if this is what you want for your server.

Link to comment
Share on other sites

Hi Horbin,

I have set up a new Esseker server. What is the process required for adding map support to FuMS? So far I have added an entry in FuMS\HC\Util\GetWorldInfo.sqf:

  Reveal hidden contents

I've been getting quite a lot of errors:

http://pastebin.com/WFHJVCVF

Are any other changes required?

Link to comment
Share on other sites

  On 5/22/2015 at 3:49 AM, horbin said:

The Convoy and Control Point missions are 'Demo' missions.

 

You need to building something appropriate to the needs of your server. You can use those two missions as a rough template.

Of note, that building structure that comes with the 'control point' mission is also a DEMO of the M3Editor capability.

Basically that CTF mission is a 'testing' mission.  Admins, over to you guys to tweak what you want for your server :)

 

 

FuMS behavior is to clean up all vehicles that are not 'claimed' by players upon a mission ending.

To claim a vehicle a player must get into it.

If the delay after mission completion is too short for your liking, you can modify that in the top portion of each mission file. This will give players 'more time' to get to vehicles, if this is what you want for your server.

 

 

o hehe yea found that too also test mode was still on but one last thing are All just demos? because the zombie missions seems broken they just stand around ^^

Link to comment
Share on other sites

Not sure whats up with that Josh, even with stock 1.5g the zombies attack.

However a fiddle and a fiddle and you can have some nice things with Horbin zombies.

I have my current setup to trigget 6 cities with Zombie Towns, they get triggered a lot and it gets to be even more fun when a small or town mission hits the same triggered city.

You have to tinker, you have to customize, but the end result is great for the server.

Enjoy

Link to comment
Share on other sites

Thanks @DirtySanchez ^^

 

you may know whats wrong i have no idea whats wrong 

 

 

 

  Reveal hidden contents

 

  Reveal hidden contents

iJ79BVlQhi1EuF.png

 

It is amazing What you can do with FuMS i only got the convoy up the way i like and still have a lot to do :D

Link to comment
Share on other sites

Yeah the file looks functional as is, the screen shot shows them on the map so good so far,

Now here is where they have to detect a player to start their terror.

with you standing there it should take no more than 1 second for the zombie to realize the threat and to start coming at you. That behavior is coded into FuMS and the only 2 ways I see it breaking is edits done by you to the zombies or the server is running poorly and the zombies aren't getting the info to know you are even there....

Just my opinion

If you need to see how they behave you can jump in my ts and Server and Ill pull you to a trigger.

however remember that even god mode does not protect you from these guys.

Link to comment
Share on other sites

SecondComing

  It looks like the HC had connection issues between time 8:23 and 9:27.  I see where FuMS connected, started to receive data.  Then in the same time frame a lot of serialization errors occurred.  I think these may be to excessive traffic to the client.

 

It looks like A partial disconnect was detected OR the global variable space was 'erased'. 

The errors you are seeing for FuMS are related to the transfer of script data from the server to the HC.  Basically FuMS is taking the HC scripts, converting them to a string (preprocessing) and sending them to the HC.

 

HC then attempts to compile all the scripts before actually starting any encounters.  The errors are occurring because many of the script strings are missing. I have seen this occur when some other addon or EPOCH itself, nulls out the MissionNamespace after FuMS starts.

 

Not too sure how to prevent this. The current 'waituntil' being used by FuMS waits until EPOCH has completed initialization, but your log does not seem to reflect that fact :(

 

Maybe some of those other errors are causing the HC to re-init or something?  Sorry I can't point to something specific atm.

Link to comment
Share on other sites

lonewolf,

    Is that an error in your server .rpt?

 

   Sounds like something is not set up correctly in your config.cfg file.

 

Send me a PM of your exact setup:

Server dedicated?

HC on same physical machine as server?

Are you able to build another HC on your home machine to try and get it to connect to your server?

Link to comment
Share on other sites

  On 5/22/2015 at 10:58 PM, thelonewolf1234 said:

Ok well I managed to fix that error. But now my HC gets kicked everytime it joins the server by BE.  I use TADST to setup my server starting and BE

 

 

 

Ok my server is in fact dedicated

 

My HC is on the same physical machine

 

And no I am not.

FIRST:

Be sure you have the following in your server's config.cfg

//Headless client settings
headlessClients[]={127.0.0.1};
localClient[]={127.0.0.1};
battleyeLicense=1;
 

 

SECOND: 

If you use TADST to start your Server you must check the box on the lower right that says "Launch as is".

TADST overwrites the config.cfg file and does not include the above code (or does it incorrectly).

THIRD:

In the headless client's config.cfg add the following:

battleyeLicense=1;

I don't know if the battleyLicense=1 is needed if you're not using BE, so you may be able to do without that line in the both config.cfg's. I don't know. I'd try what I posted first though and see if the HC will stay connected.

There is a post in the BIS forums about TADST and HC's, but I can't find it just now.

Link to comment
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
  • Advertisement
×
×
  • Create New...