Newer
Older
# Docker image from this repository is unmaintained
See [ioq3-universal](https://mzgit.dev/Emzi0767/ioq3-universal) repository instead.
,---------------------------------------.
| _ _ ____ |
| (_)___ __ _ _ _ __ _| |_____|__ / |
| | / _ \/ _` | || / _` | / / -_)|_ \ |
| |_\___/\__, |\_,_\__,_|_\_\___|___/ |
| |_| |
| |
The intent of this project is to provide a baseline Quake 3 which may be used
* OpenAL sound API support (multiple speaker support and better sound
quality)
* Full x86_64 support on Linux
* VoIP support, both in-game and external support through Mumble.
* MinGW compilation support on Windows and cross compilation support on Linux
* AVI video capture of demos
* Much improved console autocompletion
* Persistent console history
* Colorized terminal output
* Optional Ogg Vorbis support
* Much improved QVM tools
* HTTP/FTP download redirection (using cURL)
* Multiuser support on Windows systems (user specific game data
is stored in "%APPDATA%\Quake3")
* Many, many bug fixes
The map editor and associated compiling tools are not included. We suggest you
use a modern copy from http://icculus.org/gtkradiant/.
The original id software readme that accompanied the Q3 source release has been
renamed to id-readme.txt so as to prevent confusion. Please refer to the
More documentation including a Player's Guide and Sysadmin Guide are on:
https://ioquake3.org/help/
If you've got issues that you aren't sure are worth filing as bugs, or just
want to chat, please visit our forums:
# Thank You:
<p>
<a href="https://www.digitalocean.com/">Digital Ocean<br/>
<img src="https://opensource.nyc3.cdn.digitaloceanspaces.com/attribution/assets/PoweredByDO/DO_Powered_by_Badge_blue.svg" width="201px">
</a>
</p>
---
<p>
<a href="https://www.discourse.org/">Discourse<br/>
<img src=
"https://user-images.githubusercontent.com/1681963/52239617-e2683480-289c-11e9-922b-5da55472e5b4.png"
width="300px"></a>
</p>
---
<p>
<a href="https://icculus.org/">icculus dot org<br/>
<img src="http://icculus.org/icculus-org-now.png" width="300px"></a>
</p>
---
<p>
<a href="https://nuclearmonster.com/">Nuclear Monster<br/>
<img src="https://user-images.githubusercontent.com/903791/152968830-dd08737b-55c6-4ac6-9610-31121ea0e8c6.png" width="300px"></a>
</p>
# How to use the image
The image contains a statically-linked version of the ioquake3 dedicated server. The following platforms are supported:
- x86 (i386) - old PCs
- x86-64 (AMD64) - modern PCs
- AArch64 (ARM64, ARMv8) - modern SBCs like Raspberry Pi 4, modern routers
- ARMv7 - older SBCs like Raspberry Pi 2, older routers
- ARMv6 - very old SBCs like Raspberry Pi 1, very old routers
- PowerPC 64 little-endian (PPC64le) - IBM POWER-based computers, old gaming consoles
- S/390 (s390x) - IBM Z-based mainframes
- RISC-V64 (riscv64) - uh... yes. but look on the bright side: it can host a Quake 3 Arena server now!
The image is distroless, and contains only the statically-linked binary of the dedicated server. As such, no shell is
available inside.
The image tag is: `mzgit.io/emzi0767/ioquake3-docker/ioquake3-docker:latest`
Image requires having access to original `pak*.pk3` files from Quake 3 Arena 1.32 point release. The directory
containing them will have to be mounted to the container at `/quake/baseq3`. You will also have to create a writable
directory, owned by uid 666/gid 666 to mount at `/quake/home`. These can be created with the following command:
`mkdir -p baseq3 home && sudo chown -R 666:666 home`
Assuming your `.pk3` files are placed in a `baseq3` directory in the current working directory, and you have a `home`
directory with the required permissions, the fastest way to get a server running is via the following command:
```
docker run -it --read-only \
--mount type=bind,src=./baseq3,dst=/quake/baseq3,readonly \
--mount type=bind,src=./home,dst=/quake/home \
-p 27960:27960/udp \
--name=quake3 \
mzgit.io/emzi0767/ioquake3-docker/ioquake3-docker:latest
```
You will need to make sure that UDP port 27960 is accessible for both incoming and outgoing traffic on the host.
**NOTE:** Docker Desktop for Windows introduces networking issues, which make it impossible to connect to a server
hosted under it. As such, it is recommended you install Docker (but not Docker Desktop) in a VM or WSL, and run it in
that, or host the container on another machine altogether.
You can also use a specific version instead of `latest`, these are available under `ci-NNNNN`, e.g. `ci-00007`.
Note that by default the server will not be playable, you need to at least load a map. For details, see section below.
In case of inputting commands to the server's console, you must omit `+set`.
## Static binaries
In addition to Docker images, the CI process now spits out static binaries (found under Deploy > Package Registry) for
all supported architecture. These binaries are statically-linked against musl libc using Clang, LLVM, and LLD. These
binaries are standalone insofar as additional binaries and libraries go. The `.pk3` files required for the server to run
must still be supplied separately.
The binaries come in 2 flavours, stripped and non-stripped. The former have all unnecessary data (such as debugging
information) removed, making the binaries smaller. There is, however, no performance impact to this.
To run the server, create a directory named `baseq3` where the server binary is created, and put your `.pk3` files in
it. Create a folder for the server to store its configuration in, and make sure the user which the server will run as
can write to it (typically you want permissions to be 700 or 755, with owner being the user). To run the server, you
need to specify several arguments on the command line:
`./ioq3ded-static +set dedicated 1 +set sv_allowDownload 0 +set com_hunkmegs 64 +set com_homepath /path/to/the/config/dir`
In this state, the server will not be playable. You need to at least load a map (`+set map q3dm7`). If you wish to
enable bots, you can additionally specify `+set bot_enable 1 +set g_spskill 2 +set bot_minplayers 4` (replace 4 with the
desired minimum total number of players). Every actual player joining will replace 1 bot, so specifying 4 means that if
2 players join, only 2 bots will remain. `g_spskill` controls bot difficulty level: 2 is default, 0 is easiest, 5 is
hardest. Further command and variable documentation can be found [here](http://www.joz3d.net/html/q3console.html).
Due to the tiny footprint of this image (generally <32MiB RAM usage), it is possible to host a Quake 3 Arena server on a
sufficiently powerful Mikrotik router. For more information on how to use containers on RouterOS 7,
[see RouterOS documentation](https://help.mikrotik.com/docs/display/ROS/Container). It is **strongly recommended** to
use USB storage, as containers might wear down your devices internal storage very fast.
It should be noted that only ARM- and ARM64-based routers, and CHR instances can run this image, due to architecture
support. To find out which architecture your router is based on, log in via WinBox or CLI, and run
`/system/resource/print` (or find analogous option in WinBox), and look for `cpu:` section.
Because MikroTik's container implementation doesn't handle distroless containers at all, a special Alpine Linux-based
image set was prepared for this purpose, under the tag of
`mzgit.io/emzi0767/ioquake3-docker/ioquake3-mikrotik:latest`.
First step is preparing mounts. You will need 2 of them. In CLI, these can be set up via:
```
/container/mounts/
add name=quake3-baseq3 dst=/home/quake3/ioq3/baseq3 src=/local/path/to/baseq3
add name=quake3-home dst=/home/quake3/.q3a src=/local/path/to/quake-home
Next you will have to import the image to the router. On a PC with docker, do the following, depending on router's
architecture:
- CHR (x64): `docker pull --platform=linux/amd64 mzgit.io/emzi0767/ioquake3-docker/ioquake3-mikrotik:latest`
- ARM: `docker pull --platform=linux/arm/v7 mzgit.io/emzi0767/ioquake3-docker/ioquake3-mikrotik:latest`
- ARM64/CHR (AMPERE): `docker pull --platform=linux/arm64/v8 mzgit.io/emzi0767/ioquake3-docker/ioquake3-mikrotik:latest`
In all below commands you have substitute provided paths and addresses with ones appropriate to your environment.
`docker save mzgit.io/emzi0767/ioquake3-docker/ioquake3-mikrotik:latest -o quake3.tar`. You will have to
transfer this file to the router. The easiest method is SCP, if you have FTP set up:
`scp quake3.tar admin@192.168.88.1:/path/to/images/quake3.tar`.
Once transferred, you will need to create a VETH interface on the router, and set up the container:
```
/interface/veth/add name=veth-quake \
address=container_ip \
gateway=container_gateway
/container/add file=/path/to/images/quake3.tar \
interface=veth-quake \
root-dir=/path/to/containers/quake3 \
mounts=quake3-baseq3,quake3-home \
logging=yes
```
This will create a container in a stopped state. You can start it now, this will cause it to error out but it will
create necessary directories. Final step is to transfer your `.pk3` files to the router. This can, again, be easily done
with scp: `scp pak*.pk3 admin@192.168.88.1:/local/path/to/baseq3`. Once this is done, you can restart the container and
it should work this time. Note that this will not do much at this stage. To actually launch a game, load maps, spawn
bots, etc., you will need to find a way to edit configs stored in the `quake3-home` mount for the server, or you will
have to specify those options via `cmd=` parameter to `/container/add` (e.g.
`cmd="+set bot_enable 1 +set g_spskill 2 +set bot_minplayers 4 +map q3dm7"`). Currently it is not possible to interact
with stdin of a container running on a Mikrotik, so you should also enable rcon if you want to manage the server without
restarting it. For more command info, see static binary section.
# Compilation and installation
For *nix
1. Change to the directory containing this readme.
2. Run 'make'.
1. Please refer to the excellent instructions here:
For macOS, building a Universal Binary (macOS 10.5 to 10.8, x86_64, x86, ppc)
1. Install MacOSX SDK packages from XCode. For maximum compatibility,
install MacOSX10.5.sdk and MacOSX10.6.sdk.
2. Change to the directory containing this README file.
3. Run './make-macosx-ub.sh'
4. Copy the resulting ioquake3.app in /build/release-darwin-universal
to your /Applications/ioquake3 folder.
For macOS, building a Universal Binary 2 (macOS 10.9+, arm64, x86_64)
1. Install MacOSX SDK packages from XCode. Building for arm64 requires
MacOSX11.sdk or later.
2. Change to the directory containing this README file.
3. Run './make-macosx-ub2.sh'
4. Copy the resulting ioquake3.app in /build/release-darwin-universal2
to your /Applications/ioquake3 folder.
For Web, building with Emscripten
1. Follow the installation instructions for the Emscripten SDK including
setting up the environment with emsdk_env.
2. Run `emmake make debug` (or release).
3. Copy or symlink your baseq3 pk3 files into the `build/debug-emscripten-wasm32/baseq3`
directory so they can be loaded at run-time. Only game files listed in
`client-config.json` will be loaded.
4. Start a web server serving this directory. `python3 -m http.server`
is an easy default that you may already have installed.
5. Open `http://localhost:8000/build/debug-emscripten-wasm32/ioquake3.html`
in a web browser. Open the developer console to see errors and warnings.
6. Debugging the C code is possible using a Chrome extension. For details
see https://developer.chrome.com/blog/wasm-debugging-2020
Installation, for *nix
1. Set the COPYDIR variable in the shell to be where you installed Quake 3
to. By default it will be /usr/local/games/quake3 if you haven't set it.
This is the path as used by the original Linux Q3 installer and subsequent
point releases.
2. Run 'make copyfiles'.
It is also possible to cross compile for Windows under *nix using MinGW. Your
distribution may have mingw32 packages available. On debian/Ubuntu, you need to
install 'mingw-w64'. Thereafter cross compiling is simply a case running
'PLATFORM=mingw32 ARCH=x86 make' in place of 'make'. ARCH may also be set to
x86_64.
The following variables may be set, either on the command line or in
DEPEND_MAKEFILE - set to 0 to disable rebuilding all targets when
the Makefile or Makefile.local is changed
CFLAGS - use this for custom CFLAGS
V - set to show cc command line when building
DEFAULT_BASEDIR - extra path to search for baseq3 and such
BUILD_SERVER - build the 'ioq3ded' server binary
BUILD_CLIENT - build the 'ioquake3' client binary
BUILD_BASEGAME - build the 'baseq3' binaries
BUILD_MISSIONPACK - build the 'missionpack' binaries
BUILD_GAME_SO - build the game shared libraries
BUILD_GAME_QVM - build the game qvms
BUILD_STANDALONE - build binaries suited for stand-alone games
SERVERBIN - rename 'ioq3ded' server binary
CLIENTBIN - rename 'ioquake3' client binary
USE_RENDERER_DLOPEN - build and use the renderer in a library
BUILD_RENDERER_OPENGL1 build the opengl1 client / renderer library
BUILD_RENDERER_OPENGL2 build the opengl2 client / renderer library
USE_YACC - use yacc to update code/tools/lcc/lburg/gram.c
BASEGAME - rename 'baseq3'
BASEGAME_CFLAGS - custom CFLAGS for basegame
MISSIONPACK - rename 'missionpack'
MISSIONPACK_CFLAGS - custom CFLAGS for missionpack (default '-DMISSIONPACK')
USE_OPENAL - use OpenAL where available
USE_OPENAL_DLOPEN - link with OpenAL at runtime
USE_CURL - use libcurl for http/ftp download support
USE_CURL_DLOPEN - link with libcurl at runtime
USE_CODEC_VORBIS - enable Ogg Vorbis support
USE_CODEC_OPUS - enable Ogg Opus support
USE_MUMBLE - enable Mumble support
USE_VOIP - enable built-in VoIP support
USE_FREETYPE - enable FreeType support for rendering fonts
USE_INTERNAL_LIBS - build internal libraries instead of dynamically
linking against system libraries; this just sets
USE_INTERNAL_ZLIB - build and link against internal zlib
USE_INTERNAL_JPEG - build and link against internal JPEG library
USE_INTERNAL_OGG - build and link against internal ogg library
USE_INTERNAL_OPUS - build and link against internal opus/opusfile libraries
USE_INTERNAL_VORBIS - build and link against internal Vorbis library
USE_LOCAL_HEADERS - use headers local to ioq3 instead of system ones
DEBUG_CFLAGS - C compiler flags to use for building debug version
COPYDIR - the target installation directory
TEMPDIR - specify user defined directory for temp files
EMSCRIPTEN_PRELOAD_FILE - set to 1 to package 'baseq3' (BASEGAME) directory
containing pk3s and loose files as a single
.data file that is loaded instead of listing
individual files in client-config.json
The defaults for these variables differ depending on the target platform.
# OpenGL ES support
The opengl2 renderer (the default) supports OpenGL ES 2+. Though there
are many missing features and the performance may not be sufficient for
embedded System-on-a-Chip and mobile platforms.
The opengl1 renderer does not have OpenGL ES support.
The opengl2 renderer will try both OpenGL and OpenGL ES APIs to find one that
works. The `r_preferOpenGLES` cvar controls which API to try first.
Set it to -1 for auto (default), 0 for OpenGL, and 1 for OpenGL ES. It should be
set using command line arguments:
ioquake3 +set cl_renderer opengl2 +set r_preferOpenGLES 1
cl_autoRecordDemo - record a new demo on each map change
cl_aviFrameRate - the framerate to use when capturing video
cl_aviMotionJpeg - use the mjpeg codec when capturing video
cl_guidServerUniq - makes cl_guid unique for each server
cl_cURLLib - filename of cURL library to load
cl_consoleKeys - space delimited list of key names or
characters that toggle the console
Thilo Schulz
committed
cl_mouseAccelStyle - Set to 1 for QuakeLive mouse acceleration
behaviour, 0 for standard q3
cl_mouseAccelOffset - Tuning the acceleration curve, see below
Thilo Schulz
committed
con_autochat - Set to 0 to disable sending console input
text as chat when there is not a slash
at the beginning
con_autoclear - Set to 0 to disable clearing console
input text when console is closed
in_joystickUseAnalog - Do not translate joystick axis events
to keyboard commands
j_forward - Joystick analogue to m_forward,
for forward movement speed/direction.
j_side - Joystick analogue to m_side,
for side movement speed/direction.
j_up - Joystick up movement speed/direction.
j_pitch - Joystick analogue to m_pitch,
for pitch rotation speed/direction.
j_yaw - Joystick analogue to m_yaw,
for yaw rotation speed/direction.
j_forward_axis - Selects which joystick axis
controls forward/back.
j_side_axis - Selects which joystick axis
controls left/right.
j_up_axis - Selects which joystick axis
controls up/down.
j_pitch_axis - Selects which joystick axis
controls pitch.
j_yaw_axis - Selects which joystick axis
controls yaw.
s_useOpenAL - use the OpenAL sound backend if available
s_alPrecache - cache OpenAL sounds before use
s_alGain - the value of AL_GAIN for each source
s_alSources - the total number of sources (memory) to
allocate
s_alDopplerFactor - the value passed to alDopplerFactor
s_alDopplerSpeed - the value passed to alDopplerVelocity
s_alMinDistance - the value of AL_REFERENCE_DISTANCE for
each source
s_alMaxDistance - the maximum distance before sounds start
to become inaudible.
s_alRolloff - the value of AL_ROLLOFF_FACTOR for each
source
s_alGraceDistance - after having passed MaxDistance, length
until sounds are completely inaudible
s_alDriver - which OpenAL library to use
s_alDevice - which OpenAL device to use
s_alAvailableDevices - list of available OpenAL devices
Thilo Schulz
committed
s_alInputDevice - which OpenAL input device to use
s_alAvailableInputDevices - list of available OpenAL input devices
s_sdlBits - SDL bit resolution
s_sdlSpeed - SDL sample rate
s_sdlChannels - SDL number of channels
s_sdlDevSamps - SDL DMA buffer size override
s_sdlMixSamps - SDL mix buffer size override
Thilo Schulz
committed
s_backend - read only, indicates the current sound
backend
s_muteWhenMinimized - mute sound when minimized
s_muteWhenUnfocused - mute sound when window is unfocused
sv_dlRate - bandwidth allotted to PK3 file downloads
via UDP, in kbyte/s
com_ansiColor - enable use of ANSI escape codes in the tty
com_altivec - enable use of altivec on PowerPC systems
com_standalone (read only) - If set to 1, quake3 is running in
Thilo Schulz
committed
standalone mode
com_basegame - Use a different base than baseq3. If no
original Quake3 or TeamArena pak files
are found, this will enable running in
Thilo Schulz
committed
standalone mode
com_homepath - Specify name that is to be appended to the
home path
com_legacyprotocol - Specify protocol version number for
legacy Quake3 1.32c protocol, see
"Network protocols" section below
(startup only)
com_maxfpsUnfocused - Maximum frames per second when unfocused
com_maxfpsMinimized - Maximum frames per second when minimized
com_busyWait - Will use a busy loop to wait for rendering
Thilo Schulz
committed
next frame when set to non-zero value
com_pipefile - Specify filename to create a named pipe
Thilo Schulz
committed
through which other processes can control
Thilo Schulz
committed
Nonfunctional on Windows.
Thilo Schulz
committed
com_gamename - Gamename sent to master server in
getservers[Ext] query and infoResponse
"gamename" infostring value. Also used
for filtering local network games.
com_protocol - Specify protocol version number for
current ioquake3 protocol, see
"Network protocols" section below
(startup only)
Thilo Schulz
committed
in_availableJoysticks - list of available Joysticks
in_keyboardDebug - print keyboard debug info
Thilo Schulz
committed
holds custom pk3 files for your server
Thilo Schulz
committed
sv_banFile - Name of the file that is used for storing
Thilo Schulz
committed
the server bans
net_ip6 - IPv6 address to bind to
net_port6 - port to bind to using the ipv6 address
net_enabled - enable networking, bitmask. Add up
number for option to enable it:
enable ipv4 networking: 1
enable ipv6 networking: 2
prioritise ipv6 over ipv4: 4
disable multicast support: 8
net_mcast6addr - multicast address to use for scanning for
ipv6 servers on the local network
net_mcastiface - outgoing interface to use for scan
r_allowResize - make window resizable
Thilo Schulz
committed
r_ext_texture_filter_anisotropic - anisotropic texture filtering
r_zProj - distance of observer camera to projection
Thilo Schulz
committed
plane in quake3 standard units
r_greyscale - desaturate textures, useful for anaglyph,
supports values in the range of 0 to 1
Thilo Schulz
committed
r_stereoEnabled - enable stereo rendering for techniques
like shutter glasses (untested)
r_anaglyphMode - Enable rendering of anaglyph images
red-cyan glasses: 1
red-blue: 2
red-green: 3
Thilo Schulz
committed
To swap the colors for left and right eye
just add 4 to the value for the wanted
Thilo Schulz
committed
color combination. For red-blue and
red-green you probably want to enable
r_stereoSeparation - Control eye separation. Resulting
separation is r_zProj divided by this
Thilo Schulz
committed
value in quake3 standard units.
See also
http://wiki.ioquake3.org/Stereo_Rendering
r_marksOnTriangleMeshes - Support impact marks on md3 models, MOD
developers should increase the mark
triangle limits in cg_marks.c if they
intend to use this.
r_sdlDriver - read only, indicates the SDL driver
backend being used
r_noborder - Remove window decoration from window
managers, like borders and titlebar.
r_screenshotJpegQuality - Controls quality of jpeg screenshots
captured using screenshotJPEG
r_aviMotionJpegQuality - Controls quality of video capture when
cl_aviMotionJpeg is enabled
Zack Middleton
committed
r_mode -2 - This new video mode automatically uses the
desktop resolution.
video [filename] - start video capture (use with demo command)
stopvideo - stop video capture
minimize - Minimize the game and show desktop
togglemenu - causes escape key event for opening/closing menu, or
going to a previous menu. works in binds, even in UI
unset - unset a user created cvar
banaddr <range> - ban an ip address range from joining a game on this
server, valid <range> is either playernum or CIDR
notation address range.
exceptaddr <range> - exempt an ip address range from a ban.
Thilo Schulz
committed
bandel <range> - delete ban (either range or ban number)
exceptdel <range> - delete exception (either range or exception number)
listbans - list all currently active bans and exceptions
rehashbans - reload the banlist from serverbans.dat
flushbans - delete all bans
Thilo Schulz
committed
net_restart - restart network subsystem to change latched settings
game_restart <fs_game> - Switch to another mod
Thilo Schulz
committed
Thilo Schulz
committed
which <filename/path> - print out the path on disk to a loaded item
execq <filename> - quiet exec command, doesn't print "execing file.cfg"
kicknum <client number> - kick a client by number, same as clientkick command
kickall - kick all clients, similar to "kick all" (but kicks
everyone even if someone is named "all")
kickbots - kick all bots, similar to "kick allbots" (but kicks
all bots even if someone is named "allbots")
tell <client num> <msg> - send message to a single client (new to server)
cvar_modified [filter] - list modified cvars, can filter results (such as "r*"
for renderer cvars) like cvarlist which lists all cvars
addbot random - the bot name "random" now selects a random bot
```
# README for Developers
ioquake3 has a useful new feature for mappers. Paths in a game directory with
the extension ".pk3dir" are treated like pk3 files. This means you can keep
all files specific to your map in one directory tree and easily zip this
folder for distribution.
## 64bit mods
If you wish to compile external mods as shared libraries on a 64bit platform,
and the mod source is derived from the id Q3 SDK, you will need to modify the
interface code a little. Open the files ending in _syscalls.c and change
every instance of int to intptr_t in the declaration of the syscall function
pointer and the dllEntry function. Also find the vmMain function for each
module (usually in cg_main.c g_main.c etc.) and similarly replace the return
value in the prototype with intptr_t (arg0, arg1, ...stay int).
Add the following code snippet to q_shared.h:
```c
#ifdef Q3_VM
typedef int intptr_t;
#else
#include <stdint.h>
#endif
```
Note if you simply wish to run mods on a 64bit platform you do not need to
recompile anything since by default Q3 uses a virtual machine system.
## Creating mods compatible with Q3 1.32b
If you're using this package to create mods for the last official release of
Q3, it is necessary to pass the commandline option '-vq3' to your invocation
of q3asm. This is because by default q3asm outputs an updated qvm format that
is necessary to fix a bug involving the optimizing pass of the x86 vm JIT
compiler.
Have you finished the daunting task of removing all dependencies on the Q3
game data? You probably now want to give your users the opportunity to play
the game without owning a copy of Q3, which consequently means removing cd-key
and authentication server checks. In addition to being a straightforward Q3
client, ioquake3 also purports to be a reliable and stable code base on which
to base your game project.
However, before you start compiling your own version of ioquake3, you have to
ask yourself: Have we changed or will we need to change anything of importance
in the engine?
If your answer to this question is "no", it probably makes no sense to build
your own binaries. Instead, you can just use the pre-built binaries on the
website. Just make sure the game is called with:
in any links/scripts you install for your users to start the game. The
binary must not detect any original quake3 game pak files. If this
condition is met, the game will set com_standalone to 1 and is then running
in stand alone mode.
If you want the engine to use a different directory in your homepath than
e.g. "Quake3" on Windows or ".q3a" on Linux, then set a new name at startup
by adding
to the command line. You can also control which game name to use when talking
to the master server:
Thilo Schulz
committed
+set com_gamename <gamename>
Thilo Schulz
committed
So clients requesting a server list will only receive servers that have a
matching game name.
Example line:
Thilo Schulz
committed
+set com_basegame basefoo +set com_homepath .foo
+set com_gamename foo
If you really changed parts that would make vanilla ioquake3 incompatible with
your mod, we have included another way to conveniently build a stand-alone
binary. Just run make with the option BUILD_STANDALONE=1. Don't forget to edit
the PRODUCT_NAME and subsequent #defines in qcommon/q_shared.h with
information appropriate for your project.
## Standalone game licensing
While a lot of work has been put into ioquake3 that you can benefit from free
of charge, it does not mean that you have no obligations to fulfill. Please be
aware that as soon as you start distributing your game with an engine based on
our sources we expect you to fully comply with the requirements as stated in
the GPL. That includes making sources and modifications you made to the
ioquake3 engine as well as the game-code used to compile the .qvm files for
the game logic freely available to everyone. Furthermore, note that the "QIIIA
Game Source License" prohibits distribution of mods that are intended to
operate on a version of Q3 not sanctioned by id software:
"with this Agreement, ID grants to you the non-exclusive and limited right
to distribute copies of the Software ... for operation only with the full
version of the software game QUAKE III ARENA"
This means that if you're creating a standalone game, you cannot use said
license on any portion of the product. As the only other license this code has
been released under is the GPL, this is the only option.
This does NOT mean that you cannot market this game commercially. The GPL does
not prohibit commercial exploitation and all assets (e.g. textures, sounds,
maps) created by yourself are your property and can be sold like every other
game you find in stores.
ioquake3 supports the use of PNG (Portable Network Graphic) images as
textures. It should be noted that the use of such images in a map will
result in missing placeholder textures where the map is used with the id
Quake 3 client or earlier versions of ioquake3.
Recent versions of GtkRadiant and q3map2 support PNG images without
modification. However GtkRadiant is not aware that PNG textures are supported
by ioquake3. To change this behaviour open the file 'q3.game' in the 'games'
directory of the GtkRadiant base directory with an editor and change the
line:
texturetypes="tga jpg"
texturetypes="tga jpg png"
Restart GtkRadiant and PNG textures are now available.
## Building with MinGW for pre Windows XP
IPv6 support requires a header named "wspiapi.h" to abstract away from
differences in earlier versions of Windows' IPv6 stack. There is no MinGW
equivalent of this header and the Microsoft version is obviously not
redistributable, so in its absence we're forced to require Windows XP.
However if this header is acquired separately and placed in the qcommon/
directory, this restriction is lifted.
Please send all patches to bugzilla (https://bugzilla.icculus.org), or as a GitHub pull request and
submit your patch there.
The focus for ioq3 is to develop a stable base suitable for further development
and provide players with the same Quake 3 experience they've had for years.
We do have graphical improvements with the new renderer, but they are off by default.
See opengl2-readme.md for more information.
* James Canete <use.less01@gmail.com>
* Ludwig Nussel <ludwig.nussel@suse.de>
* Thilo Schulz <arny@ats.s.bawue.de>
* Tim Angus <tim@ngus.net>
* Tony J. White <tjw@tjw.org>
* Zack Middleton <zturtleman@gmail.com>
* Ryan C. Gordon <icculus@icculus.org>
* Andreas Kohn <andreas@syndrom23.de>
* Joerg Dietrich <Dietrich_Joerg@t-online.de>
* Stuart Dalton <badcdev@gmail.com>
* Vincent S. Cojot <vincent at cojot dot name>
* optical <alex@rigbo.se>
* Aaron Gyes <floam@aaron.gy>