Ja, am besten nimmst du den Befehl aus dem Artikel oben.
Das Spiel
Iowolfet ist ein Open Source-Projekt, welches auf dem von ID Software freigegebenen Quellcode von Wolfenstein: Enemy Territory aufbaut. Zu beachten ist, dass es sich um den originalen Code handelt. Somit sind keine Patches oder Verbesserungen in dem Mercurial Zweig. Spieler sollten lieber OpenET benutzen.
Sourcecode auschecken
Mittels Mercurial kann der Code ausgecheckt werden
hg clone http://hg.ioquake.org/enemyterritory/
Weitere Infos
Wer sich für das Projekt interessiert, der wird derzeit im Channel #iowolfet auf Freenode am besten informiert.
ET-Xreal
ET-Xreal ist ein weiteres Projekt zur Weiterentwicklung der freigegebenen Quelltexte. Folgende Features wurden bereits umgesetzt:
- ported XreaL renderer to src/engine/rendererGL3/
- rewrote .mdm/.mdx code to be GPU accelerated
- rewrote .md3/.mdc code to be GPU accelerated
- added support for Linux 64-bit
- replaced Linux sound backend with SDL
- added .avi recorder from ioquake3 including sound support
- added new ETXMap bsp compiler based on NetRadiant's q3map2
- added new ETXRadiant level editor based on DarkRadiant
ET-Xreal snapshot
Theoretisch kann man den Snapshot von der Sourceforge Seite benutzen und in seinem ET Ordner entpacken und damit spielen. Bei mir hat das aber nicht geklappt.
ET-Xreal kompilieren
Zuerst müssen ein paar Abhägnigkeiten installiert werden:
apt-get install libcurl4-gnutls-dev scons libcurl-openssl-dev libsdl1.2-dev libxxf86dga-dev libxxf86vm-dev libglu1-mesa-dev
Nun holt man sich die Quellen:
git clone --recursive git://xreal.git.sourceforge.net/gitroot/xreal/ET-XreaL
Um die Sourcen zu bauen:
cd ET-XreaL make
ET-Xreal spielen
Um OpenET zu starten und die neuen Features zu nutzen muss man eine vollständige Installation von ET auf seinem Rechner haben.
Die auf dem Holarse FTP liegende Version von 2.60 ist ausreichend, man benötigt nicht den 2.60b Patch da dieser nur die Executeable verändert und bei Open ET sowieso nutzlos wäre.
Damit man Open ET spielen kann muss man den Inhalt des "etmain" Ordner von der orginalen ET installation in den "etmain" Order von Open ET kopieren, dann kann man Open ET starten:
./etxreal
raedwulf-et
raedwulf-et ist ein anderer Fork der GPL Sourcen von ET. Nach Aussagen von raedwulf ist sein Fork eine Verquickung der orginal ET Sourcen mit ioquake3-Code Teilen und 64-bit support. Er will seinen Fork mit ET-Xreal von Tr3B vereinigen,will OpenGL 3 nutzbar machen und weiteren Inhalt einfügen. raedwulf entwickelt aktiv am Projekt.
Wenn die Verschmelzungen der beiden komplett ist wird das neue Projekt Openterritory heißen. Die Entwicklung daran hat noch nicht begonnen bzw ist wieder pausiert worden.
Features bisher von raedwulf-et:
- ALSA und OpenAL support
- 64 bit support
- Ersetzen von SDL mit GLFW 3 für OpenGL 3 support
- Bug fixes vom ET Source Code
Weitere Infos
Wer sich für das Projekt interessiert, der wird derzeit im Channel #iowolfet auf Freenode am besten informiert.
- Anmelden oder Registrieren um Kommentare zu schreiben
- 10772 Aufrufe
Hab was gefunden ***DOPPELPOST***
Here are some instructions I wrote to compile and run iortcw on 64-bit Ubuntu Linux. These instructions assume that you’re using a 64-bit version of Ubuntu 10.04 (Lucid Lynx), which is no longer the most recent version of Ubuntu. I’m sure that you can compile iortcw on newer versions of Ubuntu with few modifications, but I haven’t tried it. Using these instructions, the game runs great for me on Ubuntu Lucid.
The contents of this post are hereby placed into the public domain. I can’t provide support, so good luck!
How to install iortcw on 64-bit Linux (Ubuntu Lucid)
(1) Install build-time dependencies.
- for 64-bit systems:
sudo apt-get install nasm g++-multilib libstdc++6-4.1-dev libc6-dev-i386 g++ lib32stdc++6 libstdc++6 libxxf86dga-dev libxxf86dga1 libxxf86vm-dev mesa-common-dev libxext-dev
- 32-bit alternate: install the following packages:
- sudo apt-get install nasm g++-multilib g++ libstdc++6 libxxf86dga-dev libxxf86dga1 libxxf86vm-dev mesa-common-dev libxext-dev
(2) Define some build-path variables.
- the location in which you want to keep your installed copy of iortcw
export INSTALLDIR=~/local/iortcw
- a folder in which you will temporarily build iortcw
export STAGING=~/temp/iortcw-staging
mkdir -p ${STAGING}
cd ${STAGING}
(3) Grab the 32-bit versions of certain libraries and extract key files.
- use a command like the following
- in order to find out from where to download the packages:
- apt-get -d -y –reinstall –print-uris install libxxf86dga-dev libxxf86dga1 | sed -e ‘s/_amd64.deb/_i386.deb/g’
- alternately, you can download these 32-bit libraries using links
- similar to the below:
- http://packages.ubuntu.com/lucid/i386/libxxf86dga-dev/download
- http://packages.ubuntu.com/lucid/i386/libxxf86dga1/download
- the remainder of this HOWTO assumes that you have saved copies
- of these 32-bit .deb files from the above URLs to $DOWNLOAD
mkdir -p ${STAGING}/libs32
cd ${STAGING}/libs32
dpkg-deb -x ${DOWNLOAD}/libxxf86dga-dev_1.1.1-2_i386.deb .
dpkg-deb -x ${DOWNLOAD}/libxxf86dga1_1.1.1-2_i386.deb .
(4) Grab a copy of the iortcw source.
cd ${STAGING}
hg clone http://hg.ioquake.org/rtcw-sp/
(5) Patch the source to search the 32-bit version of key libraries.
(a) Edit the file Conscript-client:
vi ${STAGING}/rtcw-sp/src/unix/Conscript-client +154
(b) Manually apply the below patch. This changes the library search
path such that we use the special 32-bit libraries that we downloaded
and extracted in a previous step. Note that we’re adding a path
for ${STAGING}/libs32/usr/lib .
In this example, the path to $STAGING is
/home/username/temp/iortcw-staging , but you’ll need to change this.
— Conscript-client.original 2010-11-27 21:17:20.000000000 -0500
+++ Conscript-client 2010-11-27 21:14:32.000000000 -0500
@@ -151,7 +151,7 @@
. $BUILD_DIR . ‘/unix/jpeglib.a ‘
. $BUILD_DIR . ‘/unix/asmlib.a ‘
. $BUILD_DIR . ‘/unix/inlinelib.a ‘
– . ‘-L/usr/X11R6/lib -lX11 -lXext -lXxf86dga -lXxf86vm -ldl -lm’
+ . ‘-L/usr/X11R6/lib -L/home/username/temp/iortcw-staging/libs32/usr/lib -lX11 -lXext -lXxf86dga -lXxf86vm -ldl -lm’
);
@RENDERER_FILES = qw(
(6) Patch the source to work around a fatal string buffer overflow.
The quake3/rtcw source did not anticipate the number/size of the
GL_EXTENSIONS that would be advertised in 2010. In its unpatched state,
rtcw will overflow a buffer while filling a string with the list of
supported GL_EXTENSIONS, causing the game to crash. For our purposes,
we can suppress the list of GL_EXTENSIONS from the string and
avoid the overflow.
(a) Edit the file renderer/tr_init.c:
vi ${STAGING}/rtcw-sp/src/renderer/tr_init.c +847
(b) Manually apply the below patch:
— tr_init.c.original 2010-11-27 16:40:47.000000000 -0500
+++ tr_init.c 2010-11-27 22:44:15.000000000 -0500
@@ -844,7 +844,7 @@
ri.Printf( PRINT_ALL, “\nGL_VENDOR: %s\n”, glConfig.vendor_string );
ri.Printf( PRINT_ALL, “GL_RENDERER: %s\n”, glConfig.renderer_string );
ri.Printf( PRINT_ALL, “GL_VERSION: %s\n”, glConfig.version_string );
- ri.Printf( PRINT_ALL, “GL_EXTENSIONS: %s\n”, glConfig.extensions_string );
+ ri.Printf( PRINT_ALL, “GL_EXTENSIONS: (redacted)\n”, glConfig.extensions_string );
ri.Printf( PRINT_ALL, “GL_MAX_TEXTURE_SIZE: %d\n”, glConfig.maxTextureSize );
ri.Printf( PRINT_ALL, “GL_MAX_ACTIVE_TEXTURES_ARB: %d\n”, glConfig.maxActiveTextures );
ri.Printf( PRINT_ALL, “\nPIXELFORMAT: color(%d-bits) Z(%d-bit) stencil(%d-bits)\n”, glConfig.colorBits, glConfig.depthBits, glConfig.stencilBits );
(7) Build the iortcw source.
cd ${STAGING}/rtcw-sp/src/unix/
./cons — release
(8) Copy critical libraries into the build directory.
cd ${STAGING}/rtcw-sp/src/unix/release-x86-Linux-2.1/out
cp ${STAGING}/libs32/usr/lib/* .
chmod a+x lib*.*
(9) Create a 32-bit-library-friendly launcher script.
cd ${STAGING}/rtcw-sp/src/unix/release-x86-Linux-2.1/out
touch wolfsp-launcher.sh
chmod u+x wolfsp-launcher.sh
cat > wolfsp-launcher.sh< iortcw << EOF
- !/bin/bash
pushd ${INSTALLDIR}/
./wolfsp-launcher.sh \$@
popd
EOF
Am besten wär es, wenn das in den Artikel kommt, etwas aufbereitet natürlich.
Das bezieht sich ja auf Wolfenstein und nicht auf die ET Version der sourcen. Ich bezweifele das sich das auf iowolfet anwenden lässt....
Hi
So wie ich das sehen sind die Mercuial enemyteritorry sourcen die orginalen ohne irgendwelche patches.
Liege ich da richtig?
Danke
EDIT:
War grad im irc und der Mercuial code ist clean ohne irgendwelche patches, also eig nur für devs instressant...
Ich kann das Mercurial nicht testen:
hg clone http://hg.icculus.org/icculus/enemyterritory/
Abbruch: Anforderung '<?xml version="1.0" encoding="ascii"?>' nicht unterstützt!
Idden?
Danke :-D