[Half-Life] Issues with weapon animations [Their Fixes Included] #2495

BlackShadow · 2019-06-02T13:54:45Z

Hi,

Some weapons animations can't and won't animate properly because there's not enough time given to them to play it or some of them are straight broken. I'll be listing these weapons with their fixes.

Side Note: These fixes won't effect gameplay in any way. These are just cosmetic fix. These fixes make game look more proper. Also HD models are compatiable with these fixes.

RPG: RPG's fidget animation can't animate properly because there's not enough time given to it.

To fix this:

Change:

               iAnim = RPG_FIDGET;
	  m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 3.0;

To:

                iAnim = RPG_FIDGET;
           m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 6.0;

Gauss: Gauss's idle animation's are completely broken. This issue appears to be in Steam version. Retail version seems to be working properly.

To fix this:

Change:

else
	{
		int iAnim;
		float flRand = RANDOM_FLOAT(0, 1);
		if (flRand <= 0.5)
		{
			iAnim = GAUSS_IDLE;
			m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + UTIL_SharedRandomFloat( m_pPlayer->random_seed, 10, 15 );
		}
		else if (flRand <= 0.75)
		{
			iAnim = GAUSS_IDLE2;
			m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + UTIL_SharedRandomFloat( m_pPlayer->random_seed, 10, 15 );
		}
		else
		{
			iAnim = GAUSS_FIDGET;
			m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 3;
		}
		return;
		SendWeaponAnim( iAnim );
		
	}
}

To:

if (m_flTimeWeaponIdle > UTIL_WeaponTimeBase())
		return;

	if (m_fInAttack != 0)
	{
		StartFire();
		m_fInAttack = 0;
		m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 2.0;
	}
	
	if (m_flTimeWeaponIdle > UTIL_WeaponTimeBase())
		return;

	int iAnim;
	float flRand = UTIL_SharedRandomFloat(m_pPlayer->random_seed, 0, 1);
	if (flRand <= 0.75)
	{
		iAnim = GAUSS_IDLE;
		m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 80.0 / 15.6 * (2);
	}
	else if (flRand <= 0.875)
	{
		iAnim = GAUSS_IDLE2;
		m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 80.0 / 19.0;
	}
	else
	{
		iAnim = GAUSS_FIDGET;
		m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 85.0 / 15.0;
	}
	SendWeaponAnim(iAnim);
}

Hand Grenade: Hand Grenade is supposed to play HANDGRENADE_DRAW animation after player threw a grenade.

Commenting out "m_flReleaseThrow = 0;" fixes our issue. Thanks to @SamVanheer pointing this out.

	```
        //m_flReleaseThrow = 0;
	m_flStartThrow = 0;
	m_flNextPrimaryAttack = GetNextAttackDelay(0.5);
	m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 0.5;
            ```

However after player ran out of grenades and pick up a grenade, it won't show up until player switch weapons.

We can easily fix this issue by removing " RetireWeapon(); "


if ( m_pPlayer->m_rgAmmo[ m_iPrimaryAmmoType ] )
		{
			SendWeaponAnim( HANDGRENADE_DRAW );
		}
		else
		{
			RetireWeapon(); //Delete this
			return;
		}

Satchel and Snark (Squeak):

Satchel can't animate it's draw animation properly. This issue happens in Snark as well.

in weapons.cpp:

BOOL CBasePlayerWeapon :: DefaultDeploy( char *szViewModel, char *szWeaponModel, int iAnim, char *szAnimExt, int skiplocal /* = 0 */, int body )
{
	if (!CanDeploy( ))
		return FALSE;

	m_pPlayer->TabulateAmmo();
	m_pPlayer->pev->viewmodel = MAKE_STRING(szViewModel);
	m_pPlayer->pev->weaponmodel = MAKE_STRING(szWeaponModel);
	strcpy( m_pPlayer->m_szAnimExtention, szAnimExt );
	SendWeaponAnim( iAnim, skiplocal, body );

	m_pPlayer->m_flNextAttack = UTIL_WeaponTimeBase() + 0.5;
	m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 1.0; //Change 1.0 to 3.0
	m_flLastFireTime = 0.0;

	return TRUE;
}

This fixes draw animation problem. All i did was change, "m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 1.0;" to "m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 3.0;"

This gives enough time to play draw animation to these weapons.

The text was updated successfully, but these errors were encountered:

SamVanheer · 2019-06-02T14:35:20Z

Be very careful when changing variables in weapons code, any change in timing could have unexpected side-effects.

BlackShadow · 2019-06-02T14:38:44Z

@SamVanheer I can confirm these fixes are tested and doesn't break any weapons.

ExpertPizzaTipper · 2019-06-02T18:36:07Z

The crowbar never plays it's idle animations.

CS-PRO1 · 2019-06-02T22:32:13Z

There's also the crowbar idle animations and the tripmines attaching animations (sequence names: arm1 and place)

BlackShadow · 2019-06-03T10:16:52Z

@Don576 I'll look into that

@CS-PRO1 Those animations are beta animations, Valve dropped those animations during development.

More info : https://youtu.be/e59bvmvXPk0?t=202

CS-PRO1 · 2019-06-03T21:20:02Z

They're still not cut tho. Maybe they were intended to be in the final one. Or maybe implement just "place" and drop "arm1"

BlackShadow · 2019-06-03T21:27:57Z

@CS-PRO1 They're "leftover" from beta. These are common things in development. Devs became lazy or rush things and forgot delete those kinds of things. That's why they called "leftover".

BlackShadow · 2019-06-07T16:33:15Z

I looked up idle animations of Crowbar and it seems Valve never implemented them. I don't really know if Valve dropped the idea during development or forgot adding them.

CS-PRO1 · 2019-06-10T08:55:46Z

I looked up idle animations of Crowbar and it seems Valve never implemented them. I don't really know if Valve dropped the idea during development or forgot adding them.

I don't think so, in HL:S they work as intended.

SamVanheer · 2019-06-10T09:01:00Z

Note that the Crowbar doesn't have a WeaponIdle method at all, and the Source SDK handles it by using a common base class that looks up animations by act, so that could just be an unintentional side-effect rather than intended behavior.

CS-PRO1 · 2019-06-10T09:09:54Z

I've seen SC had fixed Idle for crowbar but I dunno if it's possible to implement in HL tho.

BlackShadow · 2019-06-10T10:26:39Z

It's possible, but they didn't added. As the Sam said they not even added WeaponIdle and this made me think straight away they cut the crowbar animations.

OpenRift412 · 2021-03-01T02:06:30Z

Gauss: Gauss's idle animation's are completely broken. This issue appears to be in Steam version. Retail version seems to be working properly.

I tested this in versions 1.0.1.6 and 1.0.0.5 (release build), and there didn't appear to be an idle animation for the Tau Cannon/Gauss. Perhaps this was an unused animation, like the one for the crowbar?

EDIT: Also checked version 1.1.1.0 of the WON (Retail) version, also doesn't appear to be present there either.

BlackShadow · 2021-03-01T19:12:15Z

Gauss: Gauss's idle animation's are completely broken. This issue appears to be in Steam version. Retail version seems to be working properly.

I tested this in versions 1.0.1.6 and 1.0.0.5 (release build), and there didn't appear to be an idle animation for the Tau Cannon/Gauss. Perhaps this was an unused animation, like the one for the crowbar?

EDIT: Also checked version 1.1.1.0 of the WON (Retail) version, also doesn't appear to be present there either.

Judging from code Gauss's idle animations are intended because it has WeaponIdle. It doesn't work because of strings are missing.

SamVanheer · 2021-03-01T19:15:02Z

The Gauss's idle animations are disabled because there's a return statement before SendWeaponAnim:

halflife/dlls/gauss.cpp

Lines 568 to 590 in c7240b9

    
           { 
        
           	int iAnim; 
        
           	float flRand = RANDOM_FLOAT(0, 1); 
        
           	if (flRand <= 0.5) 
        
           	{ 
        
           		iAnim = GAUSS_IDLE; 
        
           		m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + UTIL_SharedRandomFloat( m_pPlayer->random_seed, 10, 15 ); 
        
           	} 
        
           	else if (flRand <= 0.75) 
        
           	{ 
        
           		iAnim = GAUSS_IDLE2; 
        
           		m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + UTIL_SharedRandomFloat( m_pPlayer->random_seed, 10, 15 ); 
        
           	} 
        
           	else 
        
           	{ 
        
           		iAnim = GAUSS_FIDGET; 
        
           		m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 3; 
        
           	} 
        
           	return; 
        
           	SendWeaponAnim( iAnim ); 
        
           }

It's been like that since SDK 1.0 so it's probably intentional.

BlackShadow · 2021-03-01T19:21:53Z

BUGBUGBUG - Only bug i could found with this fix is Shotgun continues to reload delayed when weapons switched during reload.

This happens because Shotgun's reload depends on m_flTimeWeaponIdle = UTIL_WeaponTimeBase()

And the reason why it's happens because we've changed m_flTimeWeaponIdle = UTIL_WeaponTimeBase() time to 3.0 from 1.0 And that makes Shotgun reload is a bit delayed. I've tried few things but i couldn't find a proper fix.

OpenRift412 · 2021-03-01T19:22:43Z

BUGBUGBUG - Only bug i could found with this fix is Shotgun continues to reload delayed when weapons switched during reload.

This happens because Shotgun's reload depends on m_flTimeWeaponIdle = UTIL_WeaponTimeBase()

This is happens because we changed m_flTimeWeaponIdle = UTIL_WeaponTimeBase() time to 3.0 from 1.0 And that makes Shotgun reload is a bit delayed. I've tried few things to fix this but i couldn't fix a proper fix.

I did notice this as well. Hopefully someone finds a fix for this.

SamVanheer · 2021-03-01T19:29:12Z

BUGBUGBUG - Only bug i could found with this fix is Shotgun continues to reload delayed when weapons switched during reload.

This happens because Shotgun's reload depends on m_flTimeWeaponIdle = UTIL_WeaponTimeBase()

And the reason why it's happens because we've changed m_flTimeWeaponIdle = UTIL_WeaponTimeBase() time to 3.0 from 1.0 And that makes Shotgun reload is a bit delayed. I've tried few things but i couldn't find a proper fix.

My recommendation is to not change DefaultDeploy and instead changing the idle time separately in those weapons that need a different delay. That way other weapons are unaffected.

OpenRift412 · 2021-03-01T19:52:00Z

BUGBUGBUG - Only bug i could found with this fix is Shotgun continues to reload delayed when weapons switched during reload.
This happens because Shotgun's reload depends on m_flTimeWeaponIdle = UTIL_WeaponTimeBase()
And the reason why it's happens because we've changed m_flTimeWeaponIdle = UTIL_WeaponTimeBase() time to 3.0 from 1.0 And that makes Shotgun reload is a bit delayed. I've tried few things but i couldn't find a proper fix.

My recommendation is to not change DefaultDeploy and instead changing the idle time separately in those weapons that need a different delay. That way other weapons are unaffected.

How would you do that? I'm new to this sorta stuff, so I wouldn't know.

SamVanheer · 2021-03-01T19:52:59Z

if (DefaultDeploy(stuff))
{
    m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 3.0;
}

OpenRift412 · 2021-03-01T19:58:46Z

if (DefaultDeploy(stuff))
{
    m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 3.0;
}

What would I put in the place of "stuff"? Would I be replacing *szViewModel, *szWeaponModel, etc. with specific weapon names?

SamVanheer · 2021-03-01T20:04:17Z

Using the satchel as an example:

halflife/dlls/satchel.cpp

Lines 292 to 305 in c7240b9

    
           BOOL CSatchel::Deploy( ) 
        
           { 
        
           	m_pPlayer->m_flNextAttack = UTIL_WeaponTimeBase() + 1.0; 
        
           	m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + UTIL_SharedRandomFloat( m_pPlayer->random_seed, 10, 15 ); 
        
           	if ( m_chargeReady ) 
        
           		return DefaultDeploy( "models/v_satchel_radio.mdl", "models/p_satchel_radio.mdl", SATCHEL_RADIO_DRAW, "hive" ); 
        
           	else 
        
           		return DefaultDeploy( "models/v_satchel.mdl", "models/p_satchel.mdl", SATCHEL_DRAW, "trip" ); 
        
           	return TRUE; 
        
           }

Modify it to look like this:

BOOL CSatchel::Deploy( )
{

	m_pPlayer->m_flNextAttack = UTIL_WeaponTimeBase() + 1.0;
	//m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + UTIL_SharedRandomFloat( m_pPlayer->random_seed, 10, 15 );

	BOOL result = FALSE;

	if ( m_chargeReady )
		result = DefaultDeploy( "models/v_satchel_radio.mdl", "models/p_satchel_radio.mdl", SATCHEL_RADIO_DRAW, "hive" );
	else
		result = DefaultDeploy( "models/v_satchel.mdl", "models/p_satchel.mdl", SATCHEL_DRAW, "trip" );

	if (result)
	{
		m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 3;
	}

	return result;
}

Note how i've commented out the first assignment since the value is overwritten anyway. I've also replaced the return statement on the last line since that line was never reached before.

Also keep in mind that some weapon functions are duplicated on the client side for prediction:

halflife/cl_dll/hl/hl_weapons.cpp

Lines 211 to 224 in c7240b9

    
           BOOL CBasePlayerWeapon :: DefaultDeploy( char *szViewModel, char *szWeaponModel, int iAnim, char *szAnimExt, int skiplocal, int	body ) 
        
           { 
        
           	if ( !CanDeploy() ) 
        
           		return FALSE; 
        
           	gEngfuncs.CL_LoadModel( szViewModel, &m_pPlayer->pev->viewmodel ); 
        
           	SendWeaponAnim( iAnim, skiplocal, body ); 
        
           	g_irunninggausspred = false; 
        
           	m_pPlayer->m_flNextAttack = 0.5; 
        
           	m_flTimeWeaponIdle = 1.0; 
        
           	return TRUE; 
        
           }

If you modify the server side you also need to modify the client side so everything stays in sync.

OpenRift412 · 2021-03-01T20:21:40Z

So then for the snark, it would change from this:

BOOL CSqueak::Deploy( )
{
// play hunt sound
float flRndSound = RANDOM_FLOAT ( 0 , 1 );

if ( flRndSound <= 0.5 )
EMIT_SOUND_DYN(ENT(pev), CHAN_VOICE, "squeek/sqk_hunt2.wav", 1, ATTN_NORM, 0, 100);
else
EMIT_SOUND_DYN(ENT(pev), CHAN_VOICE, "squeek/sqk_hunt3.wav", 1, ATTN_NORM, 0, 100);

m_pPlayer->m_iWeaponVolume = QUIET_GUN_VOLUME;

return DefaultDeploy( "models/v_squeak.mdl", "models/p_squeak.mdl", SQUEAK_UP, "squeak" );
}

To this?

BOOL CSqueak::Deploy( )
{
// play hunt sound
float flRndSound = RANDOM_FLOAT ( 0 , 1 );

if ( flRndSound <= 0.5 )
EMIT_SOUND_DYN(ENT(pev), CHAN_VOICE, "squeek/sqk_hunt2.wav", 1, ATTN_NORM, 0, 100);
else
EMIT_SOUND_DYN(ENT(pev), CHAN_VOICE, "squeek/sqk_hunt3.wav", 1, ATTN_NORM, 0, 100);
if (result)
{
m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 3;
}

m_pPlayer->m_iWeaponVolume = QUIET_GUN_VOLUME;

return result;
}

Am I getting this right?

SamVanheer · 2021-03-01T20:24:48Z

No.

BOOL CSqueak::Deploy( )
{
	// play hunt sound
	float flRndSound = RANDOM_FLOAT ( 0 , 1 );

	if ( flRndSound <= 0.5 )
		EMIT_SOUND_DYN(ENT(pev), CHAN_VOICE, "squeek/sqk_hunt2.wav", 1, ATTN_NORM, 0, 100);
	else 
		EMIT_SOUND_DYN(ENT(pev), CHAN_VOICE, "squeek/sqk_hunt3.wav", 1, ATTN_NORM, 0, 100);

	m_pPlayer->m_iWeaponVolume = QUIET_GUN_VOLUME;

	BOOL result = DefaultDeploy( "models/v_squeak.mdl", "models/p_squeak.mdl", SQUEAK_UP, "squeak" );
	
	if (result)
	{
		m_flTimeWeaponIdle = UTIL_WeaponTimeBase() + 3;
	}
	
	return result;
}

I'd suggest learning C++ before trying to figure stuff like this out, you really need to understand what's going on to fix stuff like this.

OpenRift412 · 2021-03-01T21:27:51Z

I'd suggest learning C++ before trying to figure stuff like this out, you really need to understand what's going on to fix stuff like this.

I learn better by example. Thanks for the clarification though.

SamVanheer · 2021-03-09T16:41:11Z

A few notes:

The RPG fidget time should be 6.1 seconds to match the animation length
The satchel deploy time should be 2 seconds to match the animation length
The snark deploy time should be 1.7 seconds to match the animation length

Instead of commenting out RetireWeapon for the hand grenade the code for that should be changed to handle exhaustible weapons properly in general.

Modify this:

halflife/dlls/weapons.cpp

Lines 1182 to 1190 in c7240b9

    
           void CBasePlayerWeapon::RetireWeapon( void ) 
        
           { 
        
           	// first, no viewmodel at all. 
        
           	m_pPlayer->pev->viewmodel = iStringNull; 
        
           	m_pPlayer->pev->weaponmodel = iStringNull; 
        
           	//m_pPlayer->pev->viewmodelindex = NULL; 
        
           	g_pGameRules->GetNextBestWeapon( m_pPlayer, this ); 
        
           }

To include this:

void CBasePlayerWeapon::RetireWeapon()
{
	// first, no viewmodel at all.
	m_pPlayer->pev->viewmodel = iStringNull;
	m_pPlayer->pev->weaponmodel = iStringNull;
	//m_pPlayer->pev->viewmodelindex = NULL;

	g_pGameRules->GetNextBestWeapon( m_pPlayer, this );

	//If we're still equipped and we couldn't switch to another weapon, dequip this one
	if (CanHolster() && m_pPlayer->m_pActiveItem == this)
	{
		m_pPlayer->SwitchWeapon(nullptr);
	}
}

And modify this:

halflife/dlls/player.cpp

Lines 4648 to 4666 in c7240b9

    
           BOOL CBasePlayer :: SwitchWeapon( CBasePlayerItem *pWeapon )  
        
           { 
        
           	if ( !pWeapon->CanDeploy() ) 
        
           	{ 
        
           		return FALSE; 
        
           	} 
        
           	ResetAutoaim( ); 
        
           	if (m_pActiveItem) 
        
           	{ 
        
           		m_pActiveItem->Holster( ); 
        
           	} 
        
           	m_pActiveItem = pWeapon; 
        
           	pWeapon->Deploy( ); 
        
           	return TRUE; 
        
           }

To include this:

BOOL CBasePlayer :: SwitchWeapon( CBasePlayerItem *pWeapon ) 
{
	if (pWeapon && !pWeapon->CanDeploy() )
	{
		return FALSE;
	}
	
	ResetAutoaim( );
	
	if (m_pActiveItem)
	{
		m_pActiveItem->Holster( );
	}

	m_pActiveItem = pWeapon;

	if (pWeapon)
	{
		pWeapon->Deploy();
	}

	return TRUE;
}

This allows switching to no weapon. When a weapon is retired, if the player still has it equipped after an attempted switch to next best weapon and the current weapon can be holstered the player's current weapon will be holstered.

If you then pick up ammo for that weapon it will be deployed as usual.

See also #3073 for a bug affecting Snark primary attack and #3069 for a bug that can cause the Snark's deploy animation to not play sometimes.

ghost · 2021-06-05T15:19:03Z

@kisak-valve DONT FORGET DIS
and could someone open a pull request or something pls?

ValveSoftware#2495

kisak-valve added Fix proposed Half-Life labels Jun 2, 2019

Matthaiks mentioned this issue Jul 13, 2019

[HL/HL:OF] Gluon gun glitches #1077

Open

agrastiOs mentioned this issue Jul 13, 2019

[HL] Some Weapons do not Play Idle Animations #1585

Open

OpenRift412 mentioned this issue Mar 8, 2021

Weapon Animation Fixes twhl-community/halflife-updated#14

Closed

ghost mentioned this issue Jun 5, 2021

Use Fixes from ValveSoftware/halflife/issues/2495 FWGS/hlsdk-portable#172

Closed

solidi added a commit to solidi/coldice-remastered that referenced this issue Jun 11, 2021

Idle time fix for weapon_rpg idle animation

38c30d8

ValveSoftware#2495

solidi added a commit to solidi/coldice-remastered that referenced this issue Jun 11, 2021

Idle time fix for weapon_satchel idle animation

bd0af0d

ValveSoftware#2495

solidi added a commit to solidi/coldice-remastered that referenced this issue Jun 11, 2021

Idle time fix for weapon_snark idle animation

1bacd4f

ValveSoftware#2495

kisak-valve mentioned this issue Nov 21, 2023

[HL25] Weapons Glitched Idle Animation #3532

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[Half-Life] Issues with weapon animations [Their Fixes Included] #2495

[Half-Life] Issues with weapon animations [Their Fixes Included] #2495

BlackShadow commented Jun 2, 2019 •

edited

Loading

SamVanheer commented Jun 2, 2019

BlackShadow commented Jun 2, 2019

ExpertPizzaTipper commented Jun 2, 2019

CS-PRO1 commented Jun 2, 2019

BlackShadow commented Jun 3, 2019 •

edited

Loading

CS-PRO1 commented Jun 3, 2019

BlackShadow commented Jun 3, 2019 •

edited

Loading

BlackShadow commented Jun 7, 2019

CS-PRO1 commented Jun 10, 2019

SamVanheer commented Jun 10, 2019

CS-PRO1 commented Jun 10, 2019 •

edited

Loading

BlackShadow commented Jun 10, 2019

OpenRift412 commented Mar 1, 2021 •

edited

Loading

BlackShadow commented Mar 1, 2021

SamVanheer commented Mar 1, 2021

BlackShadow commented Mar 1, 2021 •

edited

Loading

OpenRift412 commented Mar 1, 2021

SamVanheer commented Mar 1, 2021

OpenRift412 commented Mar 1, 2021

SamVanheer commented Mar 1, 2021

OpenRift412 commented Mar 1, 2021

SamVanheer commented Mar 1, 2021

OpenRift412 commented Mar 1, 2021

SamVanheer commented Mar 1, 2021

OpenRift412 commented Mar 1, 2021

SamVanheer commented Mar 9, 2021

ghost commented Jun 5, 2021

[Half-Life] Issues with weapon animations [Their Fixes Included] #2495

[Half-Life] Issues with weapon animations [Their Fixes Included] #2495

Comments

BlackShadow commented Jun 2, 2019 • edited Loading

SamVanheer commented Jun 2, 2019

BlackShadow commented Jun 2, 2019

ExpertPizzaTipper commented Jun 2, 2019

CS-PRO1 commented Jun 2, 2019

BlackShadow commented Jun 3, 2019 • edited Loading

CS-PRO1 commented Jun 3, 2019

BlackShadow commented Jun 3, 2019 • edited Loading

BlackShadow commented Jun 7, 2019

CS-PRO1 commented Jun 10, 2019

SamVanheer commented Jun 10, 2019

CS-PRO1 commented Jun 10, 2019 • edited Loading

BlackShadow commented Jun 10, 2019

OpenRift412 commented Mar 1, 2021 • edited Loading

BlackShadow commented Mar 1, 2021

SamVanheer commented Mar 1, 2021

BlackShadow commented Mar 1, 2021 • edited Loading

OpenRift412 commented Mar 1, 2021

SamVanheer commented Mar 1, 2021

OpenRift412 commented Mar 1, 2021

SamVanheer commented Mar 1, 2021

OpenRift412 commented Mar 1, 2021

SamVanheer commented Mar 1, 2021

OpenRift412 commented Mar 1, 2021

SamVanheer commented Mar 1, 2021

OpenRift412 commented Mar 1, 2021

SamVanheer commented Mar 9, 2021

ghost commented Jun 5, 2021

BlackShadow commented Jun 2, 2019 •

edited

Loading

BlackShadow commented Jun 3, 2019 •

edited

Loading

BlackShadow commented Jun 3, 2019 •

edited

Loading

CS-PRO1 commented Jun 10, 2019 •

edited

Loading

OpenRift412 commented Mar 1, 2021 •

edited

Loading

BlackShadow commented Mar 1, 2021 •

edited

Loading