[ClassicGuzzi]

Sorry for repeating myself (my post was the lat one in the last page) , but is there any easy way to add damage to the scout when he runs? (Only after the round started and pyros can move).

[KiRRA]

@Powerlord:

I have a quick question/concern of sorts that I just noticed while spectating our server running PHR. I noticed that in first person view, some of the viewmodels that are showing for props are actually pyros. Is there something I missed that changed what class the props were technically spawned as? Or are the viewmodels just incorrect? I do believe they are still scouts, as at the end of the round I think they get scout weapons still...but the viewmodels seem to always show a pyro with the fireaxe equipped.

I JUST noticed this little graphical glitch the other day so not sure if it's just my computer showing a false representation of the player but I will ask others who play to confirm that they are seeing this too or not.

[unlucky ducky]

Originally Posted by KiRRA I have a quick question/concern of sorts that I just noticed while spectating our server running PHR. I noticed that in first person view, some of the viewmodels that are showing for props are actually pyros. Is there something I missed that changed what class the props were technically spawned as? Or are the viewmodels just incorrect? I do believe they are still scouts, as at the end of the round I think they get scout weapons still...but the viewmodels seem to always show a pyro with the fireaxe equipped.

From what I can tell the viewmodel is just a visual glitch that doesn't actually represent the actual class the prop spawned as. The props are all still scouts and when there's just one prop alive it always gets scout weapons.

Someone I talked to a while ago suspected it might have to do with the method used to strip weapons from players on the prop team.

[Powerlord]

Originally Posted by ClassicGuzzi Sorry for repeating myself (my post was the lat one in the last page) , but is there any easy way to add damage to the scout when he runs? (Only after the round started and pyros can move).

It's possible, I'm just not sure I want to add it to the main version of PHR.

Originally Posted by unlucky ducky From what I can tell the viewmodel is just a visual glitch that doesn't actually represent the actual class the prop spawned as. The props are all still scouts and when there's just one prop alive it always gets scout weapons. Someone I talked to a while ago suspected it might have to do with the method used to strip weapons from players on the prop team.

It could be due to how props are stripped... odd how I haven't run into this viewmodel bug myself, though.

Does switching to third person and back fix it?

[KiRRA]

Originally Posted by Powerlord It's possible, I'm just not sure I want to add it to the main version of PHR. It could be due to how props are stripped... odd how I haven't run into this viewmodel bug myself, though. Does switching to third person and back fix it?

Unfortunately not, I've switched between first person and back to third person multiple times with no luck. And when I am spectating players I've switched between the views and even changed my spec targets but with no luck. It's not game breaking in the least so it hasn't really BOTHERED anyone, just confusing at first. No biggie....

[Powerlord]

So, I think the next version of PropHunt is ready for testing. I'm not aware of any bugs in the new features, but it never hurts to have other people take a look at it before I post it as a full new version.

PropHunt Redux 3.2 changes are currently being done in a separate Github branch.

Without further ado, here's the changelist.

Version 3.2.0 beta 1:

• The main PropHunt stats page now uses the !phstats command instead of just the unobvious !help.
• Prop Hunt Redux now supports morecolors and all colors in the plugin were moved to the translation file. All colors in the translation file were converted to their colors/morecolors equivalents. morecolors.inc is now a mandatory requirement to compile PropHunt.
• New cvar: ph_setuplength. How many seconds long should setup time be? Default is 30, valid values are 30-120. Note to mapmakers, your map config's map time should include 30 seconds for setup time... this is for compatibility reasons with older PropHunt versions which didn't have a separate setup time.
• Prop Hunt Redux now checks if a model exists before letting you manually change to it via "propmenu modelname" and tosses an error if it doesn't. Requires new translation file.
• Prop Menu Restrict is now off by default due to the above fix. Note: it doesn't update your existing config file so you have to edit your prophunt_redux.cfg to disable it if you created a new config file since 3.1.2.
• Bugfix: Props are given their weapons for 0.1 seconds before they are stripped at the start of a round. This is to prevent RED players from being given the wrong viewmodel for first-person view. This is ONLY done at round start to prevent issues with visible weapons (note: RED cosmetics are always stripped.)
• Fixed some issues with the TF2Attributes optional dependency. It should no longer throw errors when you change ph_preventfalldamage or ph_airblast.
• The Flamethrower self-damage logic now checks if a prop is alive during last prop mode. This should fix some rare issues where it was tossing errors.
• The pregame timer no longer causes the announcer to say "Mission Ends in 10 seconds" and doesn't start announcing the count until 5 seconds before setup begins. Unfortunately, the siren at the end of this timer can't be fixed as it's hard-coded in the client code.

Things that aren't fixed:

If you're team scrambled to RED by GScramble, you end up not having a prop model until Setup begins. This should be caught by the player_spawn handler and isn't... I'll have to look at it more in-depth.

[BBG_Theory]

Hey Power, has anyone reported seeing red and blue spawn together? not on the beta above but from using files on OP

[Powerlord]

Originally Posted by BBG_Theory Hey Power, has anyone reported seeing red and blue spawn together? not on the beta above but from using files on OP

In 3.1.3? Not that I'm aware of. I think 3.1.2 and earlier had some reported issues with that, though.

Edit: It was because of a possible race condition between SourceMod and the game server itself.

Honestly, I've been trying to find a better way for the server to switch team by manipulating the CTeamplayRoundBasedRules's bSwitchTeams, but we can't seem to do that directly from SourcePawn because we only have access to the proxy entity instead of the actual C++ side object. The proxy doesn't have any of the logic for team switching.

[Powerlord]

I'm going to test out some experimental changes to how teams are switched at round change using the DHooks extension... here's hoping it works.

(Basically, I'm overriding SetWinningTeam's bSwitchTeams to always be true.)

Right now, these changes live in the 3.2.0-dhooks branch in my repository and use a new gamedata file.

[Powerlord]

OK, so that worked pretty much on the first try, but I added a bunch of code to make it actually work with multimod stuff and to add some logging data.

Anyway, here's PropHunt Redux 3.2.0 beta 2. This version adds a new Optional Dependency on DHooks. If DHooks is present, it will be used to override the team switch behavior instead of relying on the (unreliable) timer method. Otherwise, if DHooks isn't loaded or it couldn't find the gamedata or hook it properly, it will fall back to the timer method that prior versions use.

There is also a new define in PropHunt itself...
#define DHOOKS

There's not much point to undefining this except if you're running DHooks and the SetWinningTeam offset (in CTeamplayRoundBasedGameRules) has changed, but no one has found the new one yet.

Note: tf2-roundend.games.txt goes in the gamedata folder.

Note 2: DHooks has a known issue where it will crash the game server on unload.

Edit: Use attachments in my next post as I fixed a bug since these were posted.