[hamza47sohail]

How can I change the ammo for Easter Bunny's grenade launcher?
Also is it possible to make him speak gibberish when someone uses voice commands as him.

[GIANT_CRAB]

Originally Posted by hamza47sohail How can I change the ammo for Easter Bunny's grenade launcher? Also is it possible to make him speak gibberish when someone uses voice commands as him.

Its stated the readme files.

For gibberish voices, copy seemen/seedlier or vagineer config.

EDIT: https://github.com/50DKP/FF2-Officia...on#hale-sounds read `catch_phrase`

[WildCard65]

Ok I found out why smac integration may not work. In Smac, the detection type for cvars changes from the current release smac(0.8.5.1) to new smac(0.8.6.0), me and Wliu were going by 0.8.6.0 but I just discovered(and remembered something) that smac 0.8.5.1 used a different cvar detection(multi ones) and found out which one we need to check for backwards compat.
So everyone who compiled freak_fortress_2.sp with smac.inc read below:
open smac.inc and find:

PHP Code:

#define SMAC_VERSION 


if the string after it reads 0.8.6.0 add this to

PHP Code:

enum DetectionType { 


:

PHP Code:

Detection_CvarNotEqual, 


if string reads 0.8.5.1 add this to the enum:

PHP Code:

Detection_CvarViolation, 


then save the file.
and in freak_fortress_2.sp find this line:

PHP Code:

if(type==Detection_CvarViolation) 


and change it to this:

PHP Code:

if(type==Detection_CvarViolation || Detection_CvarNotEqual) 


recompile freak_fortress_2.sp and move it from compiled folder to plugins folder then reload freak_fortress_2.smx
Edit: Here's run down of how I found this out:
Running smac 0.8.6.0 without updater, you don't need to do above changes as your smac won't be downgraded and ff2 was built to work on smac 0.8.6.0 for the integration.
Running smac 0.8.6.0 with updater, updater will downgrade smac to 0.8.5.1 which will require the above backwards compatibility changes.
I remember that smac 0.8.6.0 + updater = smac 0.8.5.1 and I went and checked source of smac 0.8.5.1
Edit 2: If you downloaded only precompiled binaries of freak_fortress_2 after ff2 was given the smac forward use, you must 100% do the above changes if running smac.

[Powerlord]

Originally Posted by WildCard65 Ok I found out why smac integration may not work. In Smac, the detection type for cvars changes from the current release smac(0.8.5.1) to new smac(0.8.6.0), me and Wliu were going by 0.8.6.0 but I just discovered(and remembered something) that smac 0.8.5.1 used a different cvar detection(multi ones) and found out which one we need to check for backwards compat. So everyone who compiled freak_fortress_2.sp with smac.inc read below: open smac.inc and find: PHP Code: #define SMAC_VERSION  if the string after it reads 0.8.6.0 add this to PHP Code: enum DetectionType {  : PHP Code: Detection_CvarNotEqual,  if string reads 0.8.5.1 add this to the enum: PHP Code: Detection_CvarViolation,  then save the file. and in freak_fortress_2.sp find this line: PHP Code: if(type==Detection_CvarViolation)  and change it to this: PHP Code: if(type==Detection_CvarViolation || Detection_CvarNotEqual)  recompile freak_fortress_2.sp and move it from compiled folder to plugins folder then reload freak_fortress_2.smx Edit: Here's run down of how I found this out: Running smac 0.8.6.0 without updater, you don't need to do above changes as your smac won't be downgraded and ff2 was built to work on smac 0.8.6.0 for the integration. Running smac 0.8.6.0 with updater, updater will downgrade smac to 0.8.5.1 which will require the above backwards compatibility changes. I remember that smac 0.8.6.0 + updater = smac 0.8.5.1 and I went and checked source of smac 0.8.5.1 Edit 2: If you downloaded only precompiled binaries of freak_fortress_2 after ff2 was given the smac forward use, you must 100% do the above changes if running smac.

Recommending that people open and modify other plugins .inc files is generally a bad idea.

Having said that, you should bring this up with the SMAC developers, since changing values in enums that are publically exposed is a bad idea as well. There's a reason that tf2.inc still has TFCond_Unknown1 and TFCond_Unknown2 even though those values are now known.

[WildCard65]

Originally Posted by Powerlord Recommending that people open and modify other plugins .inc files is generally a bad idea.

I only added that in or else when ppl recompile ff2, they'll get errors of 1 type missing when other exists cause sourcemod plugin compiler doesn't support preproccessor string comparison.

[Powerlord]

Originally Posted by WildCard65 I only added that in or else when ppl recompile ff2, they'll get errors of 1 type missing when other exists cause sourcemod plugin compiler doesn't support preproccessor string comparison.

I started a thread about it over on the SMAC board.

Basically, they made it so any plugins compiled against 0.8.5.x won't work with 0.8.6.0 because the values for DetectionType have changed even for the ones whose names are still there.

[WildCard65]

Originally Posted by Powerlord I started a thread about it over on the SMAC board. Basically, they made it so any plugins compiled against 0.8.5.x won't work with 0.8.6.0 because the values for DetectionType have changed even for the ones whose names are still there.

Ya that is what I noticed out of curiousity, but since 0.8.6.0 isn't released yet, updater still downgrades smac to 0.8.5.1 which is probably why Wliu is having issues with the forward.

[Wliu]

I'm probably just going to revert to the existing functionality in 1.9.3.

[Wliu]

Expect 1.10.0 tomorrow or Friday.
Hopefully it's not delayed again...

[KiRRA]

@Wliu:

I have a quick bug question of sorts. I am having a small issue with players who are using botkiller weapons. If a player has one equipped, then becomes a boss, the botkiller head can sometimes randomly appear over the boss model and from that point on with that particular player.

Like, I was playing the other night and I happened to become the boss....my botkiller head was placed directly in front of my face and thus I couldn't see much of anything. After the round was over and I was back to being a hunter, the botkiller head was then randomly attached to all my weapons in random spots.

I don't know if this is able to fixed outside of just NOT using botkillers in that gamemode or if there is something I might have that could be causing this issue. Any ideas or chance of something being coded to fix this? IF POSSIBLE OFCOURSE....not complaining by any means, plugin is looking great so far.