jovansp at googlemail.com
Mon Jul 30 10:29:10 UTC 2007
Am Montag, 30. Juli 2007 11:53:14 schrieben Sie:
> Am Sonntag, 29. Juli 2007 23:06:48 schrieben Sie:
> i don't know ... i only can find on
> http://sauerbraten.org/README.html#license because so i know sauerbraten
> use the same engine........?!
I have found the License of the Game Source. I have downloaded the Package
from the Main Website.
If it'S possible can everybody maintain the Package on Debian for
The License is shown as bellow:
Cube source code license, usage, and documentation.
You should read this file IN ITS ENTIRETY if you wish to do anything with
the cube source code, even a mere build. Own builds are not necessarily
compatible with the officially released binaries, read below.
You may use the cube source code if you abide by the ZLIB license
(very similar to the BSD license) with the additional clause below:
Cube game engine source code, 20 dec 2003 release.
Copyright (C) 2001-2003 Wouter van Oortmerssen.
This software is provided 'as-is', without any express or implied
warranty. In no event will the authors be held liable for any damages
arising from the use of this software.
Permission is granted to anyone to use this software for any purpose,
including commercial applications, and to alter it and redistribute it
freely, subject to the following restrictions:
1. The origin of this software must not be misrepresented; you must not
claim that you wrote the original software. If you use this software
in a product, an acknowledgment in the product documentation would be
appreciated but is not required.
2. Altered source versions must be plainly marked as such, and must not be
misrepresented as being the original software.
3. This notice may not be removed or altered from any source distribution.
additional clause specific to Cube:
4. Source versions may not be "relicensed" under a different license
without my explicitly written permission.
The license covers the source code found in the "src" directory of this
archive, the included enet network library which cube uses is covered by
the "No problem Bugroff" license, which is however compatible with the
above license for all practical purposes.
Game media included in the cube game (maps, textures, sounds, models etc.)
are not covered by this license, and may have individual copyrights and
distribution restrictions (see individual readmes).
Compiling the sources should be straight forward.
Unix users need to make sure to have the development version of all libs
installed (OpenGL, SDL, SDL_Mixer, SDL_Image, zlib, libpng). The included
makefiles can be used to build.
Windows users can use the included visual studio .net 2003 project files,
references the lib/include directories for the external libraries and should
thus be self contained. The project is set up assuming you have the normal
cube binary distribution as a subdirectory "cube" of the root of this archive,
so release mode builds will place executables in the bin dir ready for testing
and distribution. Do not come ask me for help in compiling or modifying the
sources, if you can't figure out how to do this yourself you probably
be touching the files anyway.
The cube sources are very small, compact, and non redundant, so anyone
wishing to modify the source code should be able to gain an overview of
cube's inner workings by simply reading through the source code in its
entirety. Small amounts of comments should guide you through the more
When reading the source code and trying to understand cube's internal design,
keep in mind the goal of cube: minimalism. I wanted to create a very complete
game / game engine with absolutely minimal means, and made a sport out of it
keeping the implementation small and simple. Cube is not a commercial product,
it is merely the author's idea of a fun little programming project.
Cube is open source (see ZLIB license above). This only means that you have
great freedom using it for your own projects, but does NOT mean the main cube
code is an "open source project" in the sense that everyone is invited to
contribute to it. The main cube code will remain a one man project (me), as my
minimalistic design is highly incompatible with the open source philosophy. If
add to the cube source code, you fork the code and it becomes your own
do not ask for me to integrate your changes into the main branch, no matter
how brilliant they are.
If you want to use cube as a base for a game where the multiplayer aspect is
important and used by a large community, you need to be aware that cube's
thick client - thin server architecture is extremely cheat sensitive. If you
release a cube based game with source code equivalent to the binaries, some
minor changes can give anyone an aimbot or other cheats in online games.
There are several ways to make this less easy, some of which are:
1. only distribute binaries (the ZLIB license allows this). Executables can
be hacked, but unless you have a really large online community, noone will
2. write a network proxy, such as qizmo used with QuakeWorld (whose sources
also open source). The proxy is a small closed source program that
the executable, and maybe also some game media. You can then make servers
or game admins request this information and ban cheaters.
3. release the sources with an incompatible network protocol or other changes
compared to the binaries you release.
4. build serious cheat detection into the game. Since all clients are their
"servers", you can make them all keep track of stats for the other players,
such as health etc. you can make all sorts of consistency checks on shots,
movement speed and items. If the discrepancy for a certain client becomes
too big, all clients but the cheater can send their "vote" to the server
for having him banned. Even better, you can add server side stat checking.
For the cube's own game I chose option 3, i.e. you can only play the official
cube game using the binaries supplied by me, and you can't compile your own
for multiplayer use (you can still make custom clients that work with matching
custom servers, or play cube single player maps compatible with the real
This situation is not ideal, but there is no easy way around it.
This scheme is probably very easy to defeat if you are capable of using
and packet sniffers, but please contrain yourself and don't ruin the fun of
cube multiplayer community. Thanks.
Wouter van Oortmerssen aka Aardappel
wvo at fov120.com
For additional authors/contributors, see the cube binary distribution
> > Am Sonntag, 29. Juli 2007 22:32:33 schrieben Sie:
> > > --- Jovan Spasojevic <jovansp at googlemail.com> escribió:
> > > > Hi at all,
> > >
> > > Hi!
> > >
> > > > i think it would be very nice to integrate AssultCube in Unstable. It
> > > > is a Action shooter and based on the Cube Engine.
> > >
> > > It would be great, Cube is a nice engine, but we had problems with it
> > > regarding the license of the game data, textures and so, which were not
> > > free enough. Does this game reuses the game data from cube or does it
> > > has its own? what's the license if the game data?
> > >
> > > > More infos at http://assault.cubers.net/docs/history.xml
> > >
> > > Thanks for your mail,
> > >
> > > Greetings,
> > > Miry
> > >
> > >
> > >
> > >
> > > _______________________________________________________________________
> > >__ __ _________ Sé un Mejor Amante del Cine
> > > ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!
> > > http://advision.webevents.yahoo.com/reto/entretenimiento.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://lists.alioth.debian.org/pipermail/pkg-games-devel/attachments/20070730/886e8875/attachment.pgp
More information about the Pkg-games-devel