Enemy Territory + Cube 2 = wOOt?

by ezombie on 01/19/2008 16:25, 258 messages, last message: 04/03/2008 21:39, 195324 views, last view: 09/29/2024 10:29

I made an actual thread for this, since we are still yacking about it. To bring the others up to speed:

"Some of us weirdos have been kicking around the thought of making a community edition of Enemy Territory (the FIRST one). I suggested the Cube 2 engine might be a good base...

This would be a straight port of ETPro gameplay to a standalone open source game, using new 'HD' assets. Nothing too fancy, just better graphics and netcode are what we would be looking for."

   Board Index   

#109: ..

by Temp user on 01/31/2008 00:05

Hi again.
Just in case you were still not sure about the engine.
Here is a quake 3 based engine with some nice aditions. Quake 3 based is nice, because you could use ET maps more or less directly.
But take a look:
http://xreal.sourceforge.net/xrealwiki/
http://xreal.sourceforge.net/xrealwiki/ScreenShots

reply to this message

#110: Re: ..

by MovingTarget on 01/31/2008 00:17, refers to #109

That was mentioned earlier, I think.
Can you say "Resource hog"?

reply to this message

#111: Re: ..

by demosthenes on 01/31/2008 01:42, refers to #109

Uh, he's sure about the engine, I think. Why are you so opposed to the use of the C2 engine?

reply to this message

#112: ..

by ezombie on 01/31/2008 02:26

Xreal is what I started with when doing engine evaluations. Very impressive, and great work (I like your use of Lua). But it's against one of the primary goals of this project: A new ET that will run on the older hardware that most of us old-time gamers have. Xreal slapped my poor 6600 AGP upside the head.

And why do people keep bringing up using ET maps? That's sounds great, until you realize that the vast majority of textures and models used even in custom maps come from the stock set that is included in the game. That is called 'illegal' in this country. A nasty cease and desist letter we don't need...

So sorry, we cannot use ANY textures or models from ET. We can't use one strip of code (maybe the SDK, but that's not worth much without the original engine - which is not Q3), one smidgen of audio, one iota of art from our beloved W:ET.

We can only take from it some inspiration and guidance.

reply to this message

#113: ..

by ezombie on 01/31/2008 02:31

Oh yeah, and according to cold hard numbers:

C2 IS TEH PERFORMANCE BOMBZ, D43L WIT IT

How about the other engines, great in there own way, borrow some of that speed demon blood from C2. Then everybody will be happy :D

reply to this message

#114: Re: ..

by Aardappel_ on 01/31/2008 03:21, refers to #113

the day a quake engine switches its bsp to sauer's octree format is the day I will declare us the winners :P

(hint: not going to happen)

reply to this message

#115: ..

by makkE on 01/31/2008 13:58

I think already a successful and widely noted mod of Sauerbraten would be a win.

Don t get me wrong, but with the current game´s flaws, it´s no wonder Sauerbraten is percieved in the way it seems to be. Add the way the community acts as a whole, and you´re there.

If someone comes onto the forums with typical suggestions/questions of someone comming from a diffrent game, the pack usually goes on him and shouts him down, and I don´t mean those "wiil u add vehicals liek in bf2 coz that will so roxorror!11!lol!" kind of posts..

Even if indisputable flaws are being adressed by outsiders, they will be silenced by a sheer mass of people defending said flaws until the topic initiator gives up.

I myself have participated a lot in that, but by now I see that many of the points these people made would have been worth thinking about, at least accepting them, but I was going with the crowd then, I admit.

After all it makes me understand why Sauerbraten and it´s community are percieved like that. The "us against them" attitude comes from both inside and outside if you ask me.

reply to this message

#116: ..

by scasd on 01/31/2008 15:17

I have browsed the Sauerbraten code a bit now and i must say from my point of view it is very weak for cheating. I have also seen guys damaging me while they are invisible or guys flying around like birds so Sauerbraten is weak for cheating. The community is small and will be small in future if there is no anti cheat implementation. Ok - "There are more players then cheaters and more servers then players..." (wiki) - but there is not only one player per server - they are all on one server (mostly The Conquerors) and the cheater can see his victims just on the server browser. So that could be one big reason why is rated worst often. I mostly play on LAN and are not afraid of cheaters. The fast server code is perfect there by the way.

Online you may run into trouble with the server code as a mod/t.c. base.

reply to this message

#117: Cheating

by hfsdjkconorhfsdkj on 01/31/2008 15:27

Find me a game engine that people can\'t hack into and cheat in...

Sauer is always been like this, but cheating right now is at an all time low.

There are methods that can be used to combat cheating, but they probably just aren\'t implemented right now to prevent it, because it is not needed yet...

reply to this message

#118: ..

by freegamer on 01/31/2008 16:02

Stick to your guns ezombie, you are using the right engine. Sure, sauer has it's flaws, all game engines do, but sauer also has incredible benefits which are far greater - performance, cross platform, rapid content development, good development community, etc - and the flaws are easily addressable (cheating, the few missing features).

In the short history of my blog Free Gamer and Sauer, I've been a strong proponent of starting new FPS games using Sauer as the base, because it gets away from the normal pita standard of developing game content and brings it together in a way that is focused on being easy to create content for and easy to mod and not obsessed with outdating everybody's PC but still having the ability to look great.

reply to this message

#119: ..

by ezombie on 01/31/2008 19:01

I already have plans for the cheating issue, thank you for the concern though.

As far as 'anticheat' is concerned, I have read a zillion white papers (include some doctoral thesis) and opinions on the subject. I am also an embedded control systems and network/DB programmer by trade. I know microcode and various other 'itty bitty computer' tricks like the back of my hand. I'm sure we can figure something out that will be sufficient to discourage dorks.

Of course it won't be foolproof. NO anti-abuse system EVER is. People need to accept that fact of gaming life. You use a super strong anticheat system, you also get mass lag and a bunch of crap slowing down your system and/or the servers.

There is always a tradeoff. The biggest protection against cheaters is actually YOU. It's a social thing.

There is nothing to stop us from modifying the netcode, but we are trying to avoid that if at all possible. We LIKE the '250 ping' = 'no lag smooth as butter' online gameplay. Perhaps some people don't. Go fig...

reply to this message

#120: ..

by scasd on 01/31/2008 20:08

A strong anti cheat system doesnt mean having lags - the connection speed depends on the things you send. If you send screenshots and the whole player data block all the time maybe but you dont need to do this.

Preventing things like flying or sticking within walls needs only some kind of position proofing server sided. I dont find something like server sided clipping. But I have not yet red the whole server code.

By the way Sauerbraten really gets lagged when there are only grenade bases in regen capture... or are that just all the explosions ? This only could be if the server would proof the positions.

A thing I also have not find yet is a check about whether your ammo is gone or not. Quake does all this things but it sucks :P
I by myself dont like porting all my maps to a newer version of id softwares engine because it takes nearly the time of building new ones.

reply to this message

#121: Re: anti-cheat

by MeatROme on 01/31/2008 21:28, refers to #120

Huh? sending screenshots??? That'd be insane and ... no ... just plain insane!
Anyway - you can just go ahead an believe eihrul, he really does know what he's talking about!

FYI: the server currently has _absolutely_ no idea about positions - no geometry or vectors of any kind!

What exactly do you mean by "check for ammo gone"? Do you want to be able to check this via CubeScript? That's not currently implemented - but it's a trivial implementation.

In fpsgame/fps.cpp just add this:
CCOMMAND(mygun, "", (fpsclient *self), { intret(self->player1->gunselected); });
CCOMMAND(myammo, "i", (fpsclient *self, int *val), { intret(self->player1->ammo[val]); });

then you could do following CubeScript:
if (= (myammo (mygun)) 0) [ echo out of ammo for gun (concatword "#" (mygun)) ] [ ]

HTH

reply to this message

#122: ..

by scasd on 01/31/2008 21:33

Hmm, a dumbish master kicks me together with all other player on The Conquerors by the way some days ago. I would never vote for a master I dont know. If anyone would do that the master is only important for coop editing where idiots can destroy the map. They have to be kicked fast - otherwise they sendmap thousands of time etc...

Server sided ammo checking is good to hear - I just wrote the text above while you post. The proofing algorithms are not needed in coop edit I think. What about position checks and clipping in normal multiplayer ?

It could rise the network speed because you only have to send events which are seen by a player. This would also make wall hacks useless.

For aimbot and sound hack detections I agree. They really ate CPU time in other engines and avoiding them is impossible even if you do angle and process-memory checking.

I added an aimbot for some kind of robotic styled quake 2 mod years ago where you can control the monsters from single player and move/shoot with them in coop/multiplayer. What I want to say is if a cheat which is impossible to beat becomes part of the gameplay and is thus accessible for all players it is outrun forever (dont laugh - see real time strategy games, they have aimbots by default).

But aimbots would not fit with the Sauerbraten gameplay I think. You may ignore them or not - I dont care. I just mentioned the movement hacks and potential ammo hacks.

reply to this message

#123: Re: ..

by yoopers on 01/31/2008 22:11, refers to #122

I think Sauer's current approach to combat cheating is spot-on. Leaving aside the technical aspects, letting people self-organize just seems to work better than any anti-cheat systems I've run across.

There have been times when I have been confronted with a cheater (and surprisingly it tends to be newer players that cheat in my experience). If I have master, I try to turn it into a learning opportunity for the cheater, giving them adequate warnings against their behavior, explaining why their actions tend to suck, and generally just doing that whole how-to-win-friends-and-influence-people-thing. More often than not the cheater stops cheating and I feel like I've won some positive karma. :]

Corrupt masters are another problem entirely, but the simplest solution is to just leave the server and find another one. There's more servers than any of us could ever fill, so what's the big deal? Alternately, TC is using a new "remote admin" concept that lets them monitor their servers from IRC. So, some servers will continue to have a Wild West feel to them, but others are getting more structure. Sauer can accommodate both approaches because it doesn't try to solve this fundamentally human and social problem with technical countermeasures.

reply to this message

#124: ..

by ezombie on 01/31/2008 23:02

"What about position checks and clipping in normal multiplayer ?

It could rise the network speed because you only have to send events which are seen by a player. This would also make wall hacks useless."

Well, the server does not even load the map that is currently playing. So it would have to load the map, plus interpret the map somehow. Like they said, this would push it much closer to the client in terms of mem+cpu used.

And as far as implementing a 'view model', I see this brought up all the time in discussion, yet no commercial game uses yet AFAIK (even the spanking new ones). This must mean something... any comment on that eihrul?

reply to this message

#125: Re: anti-cheat

by SheeEttin on 01/31/2008 23:10, refers to #121

Some games take screenshots. I think it's actually PunkBuster that does it.
The screenshots are really low-res (320x240, 16-bit color or lower), so there's not a whole lot of net usage, especially since they're sent infrequently.

The screenshots themselves, however, do not do much in the way of defeating aimbots, etc., as they have to be manually reviewed by an admin, as well as not necessarily showing an actual cheat.

While screenshots are an interesting option, there's too little gain for too much work and/or resource use.

reply to this message

#126: ..

by scasd on 02/01/2008 00:39

There is no need for leaving a corrupted server - you are kicked before you can disconnect :P ok, ok *g* I got disconnect clicked so I have not been banned - but I wondered why all other players are kick-banned after each other.

About that movement hacks: what if a guy moves very fast to an item, picks it up and moves then back to his original position... that would be possible without movement checks easily. In ffa and other modes with items the server sided ammo check would be useless in that case.

@ezombie: A flag that allows the admin to enable server sided clipping could solve the CPU usage problem - I really dont want such code running on non-dedicated LAN servers too by the way... But idiots could hack themselves ammo/health and move like a fly and through walls without that - which wipes out online servers very fast as far as I have seen it.

reply to this message

#127: Re: ..

by JadeMatrix on 02/01/2008 01:26, refers to #127

That's perfectly understandable. No connection is perfect, and even if it was, the server and client aren't. But I think server-side clipping would be a good idea for making sure the players aren't where they shouldn't be or go. Maybe. Hmm, doesn't appear to work for open-air maps... maybe a separate clip-model...

Ok, so in conclusion, the entire concept is still too unfeasable as is. That's why the big games don't us it: too much effort for too little return.

Although I have been thinking about this kind of stuff recently... I'll give the idea some more time to roll around.

reply to this message

#128: Re: anti-cheat

by ezombie on 02/01/2008 03:22, refers to #125

I actually set punkbuster to grab a screenshot randomly from players on our servers, so I could show them on the website.

It doesn't use much bandwidth, true - but unless people have well configured, higher end firewalls (with ACK prioritation) - it kills your ping for the 1-3 seconds that it takes to upload it. Very noticable in game.

reply to this message

   Board Index