Can we change Co-op a bit?

[console]

Coop works Great , But we REALLY need some kind of friendly fire protection 

It seems the best Q2 offers is "teams by model".  So I have turned that on...

So that means everyone who is cooperating can pick the same player model (skin shouldn't matter, as long as you all pick "male" or "female" etc.)  If you all pick the same model, your weapons won't hurt each other.

As far as someone who connects to deliberately kill players on the co-op server, just post a condump and they can be banned.


Regards,

[|iR|Focalor]

It crashed while I was there a minute ago. Or perhaps that was you restarting the server to apply the "team by model"?

[console]

It crashed while I was there a minute ago. Or perhaps that was you restarting the server to apply the "team by model"?

Hmm, no, looks like that crash occurred before I changed the dmflags.  (No restart was required for the flag change.)

Looks like it had crashed from mine3 back to base1.

Well that sucks.  That was without q2admin, and without WallFly.


Regards,

[peewee_RotA]

As far as someone who connects to deliberately kill players on the co-op server, just post a condump and they can be banned.

I still don't see why we can't mod the source slightly for the coop server. I'll put together a mod with friendly fire protection and cheats turned off (toggled by the set cheats flag just like DM) if someone can compile it into linux and be willing to put it up on the server.

[console]

I still don't see why we can't mod the source slightly for the coop server. I'll put together a mod with friendly fire protection and cheats turned off (toggled by the set cheats flag just like DM) if someone can compile it into linux and be willing to put it up on the server.

Sure, feel free.

It had seemed somewhat pointless to me up till now due to the egregious stability issues.


Regards,

[console]

Just made overrides to Unit end maps where the target_changelevel uses the *.cin video and the R1Q2 does not use them.
Sometimes R1Q2 will play the *.cin and you will see this error-

Server exited: Game Error: Couldn't find spawn point

Also moved the info_player_intermission in fact1 so your view point does not go into the void.

Thanks!

Copied files and restarted co-op server.


Regards,

[The Happy Friar]

ff off on a coop server makes it kind of pointless... then you can play it as SP because you don't need to care about the other players.

[peewee_RotA]

I'm thinking of adding several features able to be toggled by a server variable.

Things like headshots, starting weapons, and a melee attack. Friendly Fire would be one of them.

The eventual goal would be that the crashing problem is fixed, q2admin is re-enabled, and you can vote for each option using wallfly.

[ReCycled]

ff off on a coop server makes it kind of pointless... then you can play it as SP because you don't need to care about the other players.

This is true. When it says Co-op (co-operative) - that's what it means. When Panjoo and I used to play, we were very careful about how we approached any combat situation. We stayed to the side of each other and timed our shooting (or grenades) so as to not interfere with each other. Even then, someone got killed by FF. But not often. We'd just laugh about it. Last nite a few players would constantly jump in front of others to confront whatever enemy and block the action. Or get easily killed by FF. Then get pissed off at whoever shot him.

It's really a matter of learning teamplay and having patience.

But you know...I would still prefer to change the game to another SP game like the one I posted screenshots on. Would that be a problem or cause extra work?
 

[peewee_RotA]

I'm thinking of adding several features able to be toggled by a server variable.

Things like headshots, starting weapons, and a melee attack. Friendly Fire would be one of them.

The eventual goal would be that the crashing problem is fixed, q2admin is re-enabled, and you can vote for each option using wallfly.

READY!

new vars are:
set ffirecoop 1 //friendly fire
set headshot 1 //headshots for hitscan weapons
set weaponbob 1 //spread changes for machinegun if running or jumping
set weaponcharge 1 //charge up blaster
set cheats 1 //disable or enable cheats

[[BTF]Jehar]

A coop mod that just WORKS? AWESOME!!! 
Very newsed yes.

[QwazyWabbit]

I thought the DMFLAGS took care of FF. DF_NO_FRIENDLY_FIRE, value 256. You houldn't have needed a new Cvar for it unless it's not the original 3.21 code.

[console]

ff off on a coop server makes it kind of pointless... then you can play it as SP because you don't need to care about the other players.

This is true. When it says Co-op (co-operative) - that's what it means. When Panjoo and I used to play, we were very careful about how we approached any combat situation. We stayed to the side of each other and timed our shooting (or grenades) so as to not interfere with each other. Even then, someone got killed by FF. But not often. We'd just laugh about it. Last nite a few players would constantly jump in front of others to confront whatever enemy and block the action. Or get easily killed by FF. Then get pissed off at whoever shot him.

OK... so "teams by model" is better turned back off..

But you know...I would still prefer to change the game to another SP game like the one I posted screenshots on. Would that be a problem or cause extra work?

I'm up for trying it... perhaps I could make a "coop2" server and we could experiment with different mods?

Mainly what would help is if whatever files are needed were to be uploaded, so I could just copy them over and try it out.


Regards,

[console]

new vars are:
set ffirecoop 1 //friendly fire
set headshot 1 //headshots for hitscan weapons
set weaponbob 1 //spread changes for machinegun if running or jumping
set weaponcharge 1 //charge up blaster
set cheats 1 //disable or enable cheats

Interesting...

Currently my understanding is we wanted to allow SOME cheats, just and just block the heavier stuff like godmode, "give bfg", etc.

Currently we attempt to block the following commands (although my understanding is folks have figured a loophole around some of these.)

addcommandban "god"
addcommandban "notarget"
addcommandban "noclip"
addcommandban "give all"
addcommandban "give health"
addcommandban "give armor"
addcommandban "give ammo"
addcommandban "give super shotgun"
addcommandban "give chaingun"
addcommandban "give rocket launcher"
addcommandban "give hyperblaster"
addcommandban "give railgun"
addcommandban "give bfg10k"
addcommandban "give quad damage"
addcommandban "give invulnerability"


Whereas, the following are NOT blocked:

// addcommandban "give machinegun"
// addcommandban "give shotgun"
// addcommandban "give grenade launcher"
// addcommandban "give grenades"


Regards,

quadz

[console]

I thought the DMFLAGS took care of FF. DF_NO_FRIENDLY_FIRE, value 256. You houldn't have needed a new Cvar for it unless it's not the original 3.21 code.

As a side note: Beware the 3.21 game source, the official id Software 3.21 release regresses some bugs that they had fixed in 3.20.  (Such as invisible players, etc.)

But yes: DF_NO_FRIENDLY_FIRE does indeed exist in whichever codebase peewee based his changes on.

The trouble with the default implementation:

Code: [Select]

g_combat.c
~~~~~~~~~~~~~~~~
    // friendly fire avoidance
    // if enabled you can't hurt teammates (but you can hurt yourself)
    // knockback still occurs
    if ((targ != attacker) && ((deathmatch->value && ((int)(dmflags->value) & (DF_MODELTEAMS | DF_SKINTEAMS))) || coop->value))
    {
        if (OnSameTeam (targ, attacker))
        {
            if ((int)(dmflags->value) & DF_NO_FRIENDLY_FIRE)
                damage = 0;
            else
                mod |= MOD_FRIENDLY_FIRE;
        }
    }

Even though they unconditionally allow the outer if-statement to pass if "coop" cvar is true, ultimately OnSameTeam decides its answer based on teams-by-skin or teams-by-model.

But yes, I'd agree, since the dmflag already exists, we could just make it work 'properly' for coop without adding a new cvar.  My suggestion would be if 'coop' is true, and DF_NO_FRIENDLY_FIRE is set, but neither DF_MODELTEAMS nor DF_SKINTEAMS is set, then consider all players to be on 'same team'.


Regards,