It is possible in closedsource games, yes. However saying "it is easy too" is simply not true. Editing the client source code and recomiling versus memory hacking a high-profile game like CS:S are just totally different levels. I don't consider latter to be 'easy'.
Problem with threating every client data as untrusted is the additional required bandwith. The more data the client has to send (to make the server do the right decision) the more LAG you get, which is extremely undesireable in all games, especially in FPS'es.
You are talking about speedhacks here, it's clear to me that these kind of cheats can be avoided with server side code. However I talked about: "wallhacks, respawn-timers, aimbots, enemy-radar, etc"
These things can be implemented in every foss fps game with a few minutes or hours of programming, simply by editing the client source and recompiling. Doing this in (current) closedsource games is _way harder_.
Yes, the Cube2 engine has still a lot of client-side logic. And No, it does not matter.
See, it does NOT matter if the logic is client or (as you prefer) server side. Because as long as the game is opensource, there are ways to cheat. That's a fact.
If you don't believe me, think about hacks like: wallhacks, respawn-timers, aimbots, enemy-radar, etc. How do you want to combat this by pushing the logic to the server? This is opensource, its easy to hack no matter what you do..
Another FOSS FPS? Check out AssaultCube, description from the website:
AssaultCube,
formerly ActionCube, is a free first-person-shooter based on the game Cube. Set in a realistic looking environment, as far as that's possible with this engine, while gameplay stays fast and arcade. This game is all about team oriented multiplayer fun.
> Python and Ruby have much better alternatives to linq built in (and have had them for many years)
It's not about the shiny syntax, its about having an additional layer to grab data from datasources like SQL or XML. You can use the same LINQ syntax to deal with data from all kind of data sources, that's what it is all about.
Slashdot Mirror
It is possible in closedsource games, yes. However saying "it is easy too" is simply not true. Editing the client source code and recomiling versus memory hacking a high-profile game like CS:S are just totally different levels. I don't consider latter to be 'easy'.
Problem with threating every client data as untrusted is the additional required bandwith. The more data the client has to send (to make the server do the right decision) the more LAG you get, which is extremely undesireable in all games, especially in FPS'es.
You are talking about speedhacks here, it's clear to me that these kind of cheats can be avoided with server side code. However I talked about: "wallhacks, respawn-timers, aimbots, enemy-radar, etc"
These things can be implemented in every foss fps game with a few minutes or hours of programming, simply by editing the client source and recompiling. Doing this in (current) closedsource games is _way harder_.
Yes, the Cube2 engine has still a lot of client-side logic. And No, it does not matter.
See, it does NOT matter if the logic is client or (as you prefer) server side. Because as long as the game is opensource, there are ways to cheat. That's a fact.
If you don't believe me, think about hacks like: wallhacks, respawn-timers, aimbots, enemy-radar, etc. How do you want to combat this by pushing the logic to the server? This is opensource, its easy to hack no matter what you do..
Another FOSS FPS? Check out AssaultCube, description from the website:
AssaultCube, formerly ActionCube, is a free first-person-shooter based on the game Cube. Set in a realistic looking environment, as far as that's possible with this engine, while gameplay stays fast and arcade. This game is all about team oriented multiplayer fun.
How about AssaultCube? A fast and damn fun FPS for Windows, Linux and Mac that is only 40mb in size.. try it out.
> Python and Ruby have much better alternatives to linq built in (and have had them for many years) It's not about the shiny syntax, its about having an additional layer to grab data from datasources like SQL or XML. You can use the same LINQ syntax to deal with data from all kind of data sources, that's what it is all about.
I set up OpenLDAP as backend for the heimdal kerberos, so i guess you can do the same with FDS even though its not an official feature.