ChaosEsque Anthology

ChaosEsque Anthology

ChaosEsque Anthology is a first person shooter. It is a standalone modification of Xonotic which includes extended weapons, maps, vehicles, buildable buildings, mounted weapons, spell casting, monsters, player characters, textures, and game modes.

It has over 100 maps. Some are futuristic, some are ancient, and some are medieval. A few evoke platform games such as sonic, others follow a style more akin to diablo. Some are static maps, others are randomly connected.

There is something to fit your mood. There are mutators that can add mounted weapons in any map, buildings, monsters, foliage, hazards, and even balloons and bumpers. You can fight with futuristic weapons, medieval weapons, and /or hand to hand combat (over 70 weapons). There are also many vehicles (and a mutator to spawn them in maps that do not have them, as is tradition (as you can see)).

You can also set each team to start with different specific weapons if you want to test a theory that you could defeat a well equipped military force with your bolt action rifle or crossbow. Same with vehicles and mounted weapons spawning (you can set which spawn near which team in CTF etc). You can drink wine, potions, learn magic, read scrolls, so on and so forth.

The goal, and much of this has been reached, is to not limit the player.

Special thanks to NASA for images of Earth and Mars.

Minimum system requirements: 

3d Card

External links:
Developer: ChaosEsque Team


Release 59

They say "release early, release often"

Members of the team have been working on the build-able building system this past week, adding some more pieces you can use to build your castles, and another stand-alone building for the multi-tool where you can imprison other players in if you have the shackles weapon.

Release 59:
New buildables: Multitool: Gaol (similar to security building in function,
you can jail players in it if you have the shackles), Alcove, Alcove top, castle window, castle
arrow loop, castle arch, castle arch+bars, castle door two, castle door side.

Release 58

Version 58:
New weapons: Mini-Uzi, Micro-Uzi
New buildable buildings:
Utilitool: HighTensionWireTower, Energy Bridge, Energy Bridge Control
Multitool: Curtain,Castle,Polish Stairs (like a tower to next level, so
you can more easily build multi story duengons/castles.
Curtian,Castle,Polish interior door wall.
Misc New: white and black pearls as a pickup.
New Reticle for Mac-10 (more like its real iron sights)
Ak's have been moved to button 6 for selection from button 3.

What you can do with the new stuff: build a futuristic base with an "energy"
drawbridge that can be toggled by pressing F in the center control area
of a control bridge section. Remeber to lock-down the area with garrisions
or control bases so the other team may not build their own control bridge
buildings. Also remember the multitool lockz commands to make building
easier. Build a hightensionwire tower for sniping or placing cannon on
(remeber to set multitool blocktype so you may build buildings upon buildings
if you wish to do this). Build a multistory castle of your own design with
vaults, stairs, interior walls and doors, and furnishings aswell. Build these
around your flag base to make capture very difficult.

Equip uzi to feel like the Arnold Schwarzenegger in the Terminator if you wish aswell.

Remeber, this game is fully free, opensource, etc. Code and media. Enjoy!

The utilitool and multitool are what you use to build. A hammer or kiduchi to construct from the scaffolds. Check out all the options in the input menu for commands to use.

OSX should work too. The binaries for OSX and win are never touched as none of the current team has machines to compile bins for that (and the actual game code is in QC which runs on a VM on the engine itself, so the engine binaries don't need to be recompiled). Linux 32 and 64 bins are updated when there is some fix or little feature added to the engine (almost never). We'd like to start hacking more on the engine and extending things (max entity, a bunch of other things, such as "god flare" for suns) someday but will need to learn the magic of making releases for OSX and win before then.

Thanks for making those.

Release 57

Release 57:
More buildable furniture.
More buildable doors.
Rotating doors nolonger gib by default at low dmg rates if stuck against an obstacle.
(dmg rates over 35 will still gib by default, this is all set in the
g_door_rotating... etc cvars, you can set_temp_for_type them in your mapinfo file
for your map ofcourse).

suggested_*level for oil, water, lava etc just like foliage (so you can set
defaults for your map)

You can now flood maps with chemical, and methane seas,
enegy hits above the chemical will cause an energy blast,
bullet shots, and hits, will have a chance of causing a small explosion above
the methane sea, explosions cause larger explosions in the methane vapour.

nobody on Tue, 04/28/2015
thank you for doing this.

The team welcomes outside help like this.

If anyone wants to make an 'official' chaosesque website with forum etc, feel free.
None in the team really wants to do the work for that (would rather code and work on game media).

Thankyou again for making the delta.

No problem, thanks for releasing the game.

I will post another delta next release.

Desired Features

At some point it would be desired to extend darkplaces entity support past 32k
Maybe copy/port fteqw's entity addressing scheme to darkplaces? (Which is an extention that can go to 4 million+)

Also a comment was made that it wouldn't be difficult to port another opensource engine's "god rays" from the sun over:

Little to no experiance compiling darkplaces on windows and mac for 32 and 64 bit however.

Note: ChaosEsque is loyal to Darkplaces and will not change engines
Any desired features will be ported over or added
Currently used DP source is a fork of it from 2013 (where there was a stable version that worked well on all platforms including intel gfx),
with some possible security updates etc from git repo hand patched in, and the ability to switch out textures without being in single player mode if a password is property set in a certain cvar.
You can find it on the ISO in
Only the Linux binaries are compiled from this. The Windows and Mac are still that version but without additions or patches, because all devs use linux, and none use mac or windows. (Anyone know how to build new versions for those platforms, is there a how to?)
They are compiled as xonotic release. (./all compile -r) Compiling as debug gives major slowdowns (as would be expected).
Any expansions/additions would be made to that version, and it is desired that new code be clean (be put in seperate file so can
be easily patched into newer DPs if DP wants the new additions).

Any version of DP can be used with the game so far however.

The idea would be to add a cvar "use extentions" or something like that, and only if the server admin set that would the higher-entity count protocal be used, thus backwards compatibility would be kept.

These are just ideas, none of the team has had much experience working in the engine code, we've only done small things.
If anyone does have experience poking around there, and wants to contribute, we're open to it.

Also the version of DP we use still works with MOD type sound formats, that was removed from DP.
We'll be keeping that aswell. (It was noted by LH that said code could do with a security audit)

Release 56

Release 56.
New Features:
Containers, commands: put, take (in addition to drop)
(you can put or take from a container or chained prisoner)
New command: search (you can search a container or a handcuffed or chained prisoner)
Buildable Furniture, Archive utilitool block (container).
Builabale Doors auto-center in halls and doorways.
So you can now take over a house and fortify it.
Bugfixes having to do with oil fires, tanks, etc.
Misc bugfixes.
Raptor rotors now have code for gibbing, as the helicopter rotors did for
a long time.
When throwing nades or mines, the other type will not be autoselected if you run
out (only nades with other types of nades, and mines with other types of mines)
Additional water for waterlevel mutator.
BASED option for water, oil, etc spawning (will base it to height/depth of map,
sliders as percentage, all the way to the right = all filled up).

ChaosEsque Anthology REL55

Release 55:
This update has been a polishing update, with a new feature aswell:
Oil ocean mutator: you can now set oil level, if near the vapour level of
the oil, enflamed things will spread fire on the oil. The rate is settable
by cvar, currently set to a global max of 10 spreads per second, a per-entity
think interval of 2 seconds, and a 30 percent chance of deciding to spread
per think interval (0.1, 2, 0.3);

Bugfixes for mines: A bug that has been in xonotic for along time (since
it had mines) has been defeated. The bug was that if a mine was following
(ie attached to a vehicle or mover etc) something and that something dissappeared
the mine would then unfollow it and just stay static. Now for map movers of
the map this might have been fine, their coords are global (IIRC, might be wrong).
For sticking to vehicles, trees, etc, this caused the mine to appear
at 0 0 0+ offset origin, which made life there troubling. When the minelayer
was added there weren't many (or any?) vehicles in xon, and no foliage system/mutator
so testing wasn't done for that. Now the mines (minelayer, landmine, atmine)
if they lose what they're following/attached to remove themselves in 0.1 time.

Bot ai code work: bots know how to throw grenades, drop mines, bury mines if
grenades and mines are enabled. This includes flashbangs and smoke grenades.

Some Gimp work, creating an oil texture and adding it to the caethaver2 tex pack.
,norm map for a wall used in sideloop map, etc.

Misc Updates (ex: to bury a mine press J (it must be on ground/snow/grass/dirt/etc).

For those wishing to update rather than download new ISO image:
For those updating from v54, these files will need to be replaced in your
XonoticChaosEsqueAnthology/data/ directory.

For those updating from v53, this additional file is needed:

Download Full game:

ChaosEsque Release 54

There are now over 72 weapons, thus code has been reworked to
allow up to 24*4 weapons (96). (items.qh code in qcsrc/common)
New weapons: War Mallet, Japanese Mallet (making 74 weapons total).

Caltrop secondary now is more useful: drops many caltrops (10 to 15).
(old secondary which threw them like darts can be enabled via cvar if desired)

Added: AT mines
Landmines and AT mines can be placed by hand. AT mines create large explosion.
If a player has landmines and the minelayer weapon (throws mines), and
has no ammo, the minelayer weapon will use the placable landmines as ammunition.

If the player has the minelayer weapon equipped while placing the small landmines
by hand (via the toss grenade button (G) after selecting a grenade (v)
those landmines will be remotely detonatbale by pressing the minelayer secondary.
Otherwise they will not be (this is intentional and required more code to
set up).

Mines (landmines / AT mines / mines layed by minelayer weapon) can now be buried if
placed on dirt, snow, grass, etc via the bury command.

Check out create>startweapons button to set what mines/grenades/etc you start

Bot now have a _mele weapon priority list, in addition to the normal _far, _mid, _close
Thus they know when not to use a bow but use a cudgel instead.

Be sure to check out the (;) and (L) keys when aiming (center aim, tip gun to side)
(Commands: altaim, shootfromside).

An additional buildable medeval door has been added for the multitool.


Note: If you have a recent version (53 etc) and just want to update the code
a contributor has uploaded those files, additionally, seperatly.

You can place the following files in the directory XonoticChaosEsque/data/
replacing the older versions of these 2 files:

(There are also git repos available)

For anyone that wants an update between versions, a contributor has uploaded the files you need.

Here is a latest code update where the bots now know about grenades etc: they will throw grenades, flashbangs, smokegrenades, place landmines and ATmines, and also bury mines (if they can (if a mine in on ground, grass, snow, sand, dirt, etc it can be buried with the bury command))

Makes the game more fun :D

And hard to assault a base.
Flashbangs really blind you blanca for awhile.

These files go in the directory:



(You may also wish to get these small files which are seldom updated aswell:)



ChaosEsque Relelease 52

Release 52:
New weapons: English Longbow, Cudgel (modeled in blender this week)

New Mutator options: remove weapons from map on start.
Replace weapons on map with: spikes, fire, pillar of flame, jumppads, bouncer, baloon, tanktraps, buildings, foliage.

You can also light up your crossbow bolt or longbow arrow if near a burning item (something on fire or fire particles) by pressing F+R keys (use and reload keys).

Also you can move your gun to the center by pressing the Semicolon (;) key next to L. Thus you can more easily shoot out of arrow slits in Castles etc (also works with L: turn gun to the side)


I know you said zip can't support sizes greater than 4 GB, but I think only zip has that limitation. Other compressed archives have much larger limitations. The real problem is that large archives are NO way to distribute a game. Use "rsync", "torrent protocol", or similar systems to synchronize the data with the repository (a separate stable one preferably, while you have your own testing version that is optional for testers). Otherwise, Connection problems and data limits are a problem, especially as this game expands. Connections often interrupt over a long time, and many people now have a download limit per month. It makes no sense to use gigantic ISOs. Make a BASH, PERL, PYTHON, or whatever language you want to make a way to just update new SMALL files individually instead of downloading the entire gigantic archives. More and smaller parts are better, especially in a synchronizing system. Please find a way! (And check your discussions and messages more often, as this is the 4th attempt to contact you about this!)

Once you have the iso, you can, if you wish, download the git repos to keep up-to-date with the gamecode and most media
(Maps, however, are distributed only on the ISO, in pk3s)
You can set these repos up as pk3dir in your /data/ directory (can be ~/.xonotic/data/bla.pk3dir if you wish) and they should override whatever is in the .pk3s themselves:

The main gamecode repo (QC) where almost all of the work is done:

Other repos which sometimes have work done:

Rarely touched repo:

If you have the first two you will have the code updates.

If you like to work on media the media source repo is the way:

Rarely an edit to the engine is done, someday would like to learn it more so as to add procedural infinite terrain and buildings (perhapse destructable like mine/7daystodie/etc/craft:

ISO is distributed as it is the simplest way and does not require any infrastructure to be kept up. Last time a member of the team ran a server it was probed for hacking by those disagreeing with member's social ideas / politics. After ISO is aquired player may use the git repos or wait for the next iso.

ISO is almost full so any new maps will have to be distributed on a 2nd ISO, Supplimental DVD.

(And check your discussions and messages more often, as this is the 4th attempt to contact you about this!)
Where? SF, Opengameart, trisquel, mail, quakeone, etc?

(Found email, response is below it)
>Since the Discussion section isn't maintained, I'll mention it here in short.
>Please use rsync or one of its derivatives, or any repository-pulling system to allow clients/users to update the game files without having to >redownload the entire game. What you're doing now with ISOs is completely impractical, and pretty ridiculous. This is no way to distribute >anything, much less a game over the internet.
>Reasons: Slow internet, unreliable internet, gigantic files that don't often change, requiring to mount an ISO to play the game (yes, there are >other ways, but you shouldn't need anything but what Xonotic has in a directory).
>Please do something about it.
>This message was sent to you via the SourceForge web mail form.
>Replying to this email will not work, please send a message to MajorLunaC at

>Since the Discussion section isn't maintained, I'll mention it here in short.
Work is only done on the code, media, etc. No one discusses, so it is never checked.

Rsync would have no downloads. Torrent opens one up to hacking attack and also would have fewer downloads. ISO everyone understands. It is a KISS thing. The team does one thing: code. Others may distribute the game in some way other than the ISO or git, but this is beyond the scope of the team.

>Please do something about it.

The team works on the fork of the game. Distribution is beyond its scope. Websites are beyond its scope. If you would like to distribute the fork in another manner or even create a website that might attract more people who might wish to play the fork, feel free. Note, however, more users, different ways to distribute, benefits those working on the fork in no way. The team works on the fork for enjoyment. No member of the team is using the fork as a stepping stone to anything some may think of as greater, nor for any financial benefit such as building a portfolio for employment. Members of the team wish to remain unknown. The fork would continue without internet access: in such a case only the team and those closest to the team would benefit from the teams largesse. Internet distribution is ancillary.

If this bothers you, it can be pretended that the fork does not exist. You lose nothing.

> The team works on the fork of the game. Distribution is beyond its scope. Websites are beyond its scope.
> If you would like to distribute the fork in another manner or even create a website that might attract more people
> who might wish to play the fork, feel free. Note, however, more users, different ways to distribute, benefits those
> working on the fork in no way.

So you develop a game that you don't particularly want people to play. Looks like it's not worth downloading the ISO to give it a try then.

>So you develop a game that you don't particularly want people to play. Looks like it's not worth downloading the ISO to give it a try then.

Do not care. Do not care at all. Be passive aggressive all you want. We are not your employees,( or would you like to be sued for not paying us our wages??)
What a stupid conclusion you make: "Devs provide ISO" "Someone doesn't like that" "Devs still provide ISO but note that they create the game for their own enjoyment" ":. Game is not worth downloading"

:. (Conclusion) Only games where the Devs are primarily concerned with placating random others are valuable. Games which are made for the love of it are worthless.

Stupid Stupid Stupid.
Do you think about what you write before you write it?

Ok, so first of all, you're the one submitting the game to gaming sites. This implies you would like others to play the game and hear about it. You also mentioned that you want a high download count on SourceForge, I suppose to gain popularity. As a developer of games, you have to understand that you at least partially should appease some people for what they want, or in this case, what they NEED. I never said that I WANTED an alternative system to download the files, I said that I and others NEEDED other ways to download the files, because from a completely objective, logical, practical, programming, and distribution, distributing a completely digital online game that gets updated frequently SOLELY as an ISO, is simply unheard of, especially in the gaming world. It's impractical, non-functional, and causes problems for very many. If you ask any developer if ISOs are the way to distribute a digital game online, they will say "NO WAY!" Do you and your group even download the ISOs from the site to see if they download well and in a reasonable amount of time?

We're not asking you to make our game, or to go out of your way to do anything special for us. We're saying that we are ALL having problems downloading your game, it's not working, so please help us get the game in another way that's easier for everyone, including you and your team, so that you don't have to keep making ISOs all the time. All I've heard so far is that you expect us to just listen to you, and anything we say is worthless and beneath you. There's a word for that, see if you can come up with it (political/government type).

All I really NEED right now is another repository for the maps, since you said they're only in the ISO. Although I do see maps.pk3 in many of the repositories you listed , is that all the maps? Please at least make a repository for maps. I'm sure I can come up with a script to download everything needed for the game directly from the repositories. Maybe I'll even come up with a branch that distributes the game in a reasonable way.

> There's a word for that, see if you can come up with it (political/government type).
Many of the Team support Mr. Vladimir Putin, his ways and means. He is an inspiration. He revived the Church in Royssia and made the nation and the people value themselves again.

>repository for maps
The maps rarely change. Use the ISO. We are up against a limit of a DVD. More maps would be made if not. Thoughts are to make an additional DVD for new characters and maps.

>repository (for updates)
The git repo xonotic-concrete is what you want.
It's struture is like:

What you do is you get this repo, but rename it xonotic-concrete-data.pk3dir
you move that pk3dir to a data dir of xontic:
So now it is: XonoticChaos/data/xonotic-concrete-data.pk3dir/sounds
You can also put it in ~/.xonotic/data/

You then get the compiler "gmqcc" (it is on the iso btw, along with the rest of the source)
you go into XonoticChaos/data/xonotic-concrete-data.pk3dir/sounds/qcsrc
and make.

Whenever you want to update code you git pull in xonotic-concrete-data.pk3dir

Eventually, some months later, get an iso again if you suspect some maps have changed (usually small settings).

>Download difficulty
This may be due to the host, some people it works, others it doesn't. Sometimes they take awhile to update the mirrors. They don't charge so we use them. They are good.

>ISO is hard
It is nothing for us to make an ISO, We do this multiple times per day sometimes as we back up whatever progress we make in each coding session. ISOs are a matter of course, making the release ISO is just "make iso but do not burn it to disc" option.

>You have responsibility
No, we benefit you as an ancillary happenstance.
If you would like we could stop publishing updates.
Would you like?

>Download count
This is desired only to rub it in some number of persons face, at a later date. To spit on them as they have spit on us.

One of the contributors did you a little favor.
You can put these in you XonoticEtc/data/ directory you have from downloading a previous ChaosEsque ISO:

This won't have map updates but it is today's code, this one time.
Maybe you should thank that contributor for helping you out this day.

ChaosEsque Anthology Release 53

New weapons: Flanged Mace, Light Crossbow, Crude Bow, Composite Bow.
Arrows, Crossbow bolts, and Balistta bolts can now be set alight:
press R and F key concurrently when near a fire.
(F and R is easiests on weapons, R then F for ballista works the best)

Many weapons now have custom aimsettings for ; key (altaim (center)) so
their ironsights are lined up.

Notes for coders:
For those wishing the newest code updated at all times (should they arise):
Get the ISO, then pull the git repo called "xonotic-concrete".
name it xonotic-data-bla.pk3dir and put it in
so the path to latest qcsrc would be:
and models would be
textures would be

Then go in XonoticDir/data/xonotic-data-bla.pk3dir/qcsrc/
and do the command make
(you will need the quakeC compiler: gmqcc)

You can also put this in ~/.xonotic/data/
IE: ~/.xonotic/data/xonotic-data-bla.pk3dir/qcsrc/

Then you can 'git pull' in (wherever)/data/xonotic-data-bla.pk3dir/
if you want newest gamecode.

xonotic-concrete is the main gamecode git repo.

This should be above the 52 release comment.

Not "rip-off", not "copy and paste" project.

Project is a fork with substantial original contributions, in addition to use of other free-opensource assets.
There has been 3 years of quakeC work done on this project.
Joerg goes to any place on the web that assets of a certain contributor he does not like is used, he then posts negative reviews to
discourage anyone from using any project that contributor has contributed to. This is a personal problem of Joerg.
Long post below explains.