Quake III Arena Pointrelease 1.32

[mirp]

http://finger.planetquake.com/qfplan.asp?userid=raduffy&id=16090

ftp://ftp.idsoftware.com/idstuff/quake3/win32/q3pointrelease_132.exe

Für Mirrors am besten mal bei PlanetQuake (http://www.planetquake.com/quake3/) vorbeisehen.

[Andre]

Kannst du mal eben die Fixlist posten?

[mirp]

Die Liste ist hier (http://finger.planetquake.com/qfplan.asp?userid=raduffy&id=16090) zu finden. Ich habe sie mal etwas formatiert, damit man sie besser lesen kann.

Here is a list of the general updates/fixes.

CHANGES 1.32

General:

- new network protocol, 68
- network code:
improved fragmented messages handling
map change while client loads map no longer causes an 'Invalid .PK3' error
map_restart while client loads map no longer causes a reload
fixing donedl being ignored after autodl if map_restart'ed
- the demo command has a list of compatible protocols, it will loop through 66 67 68
you can do '/demo four' and it will try four.dm_66 four.dm_67 four.dm_68
or you can explicitely give a '/demo demoname.dm_??'
- added mousewheel support in the console:
wheel to scroll, ctrl+wheel to scroll faster, shift+wheel to scroll history
- UI in baseq3/ and missionpack/ for PunkBuster configuration
punkbuster server in server creation dialog (sv_punkbuster)
punkbuster client in server browser (cl_punkbuster)
added PB Yes/No to the browsers
- removed obsolete MPlayer UI stuff
- bumped server browser to handle up to 4096 servers
- IP maintained in userinfo
- cl_guid in userinfo (as part of PB integration)
- printing ports as unsigned ints, no longer printing negative port numbers
- cleaned up the legacy IP banning code
use * for IP pattern matching now instead of 0 (fixes some confusion)
ex: 192.246.12.*
made it safe from overflowing and crashing
NOTE: using PunkBuster's banning system is advised instead though
- rcon: some fixes to the buffering to avoid overflowing and dropping parts of the message
- rcon: now supports quoting /rcon g_motd "foo bar"
- added SVF_CLIENTMASK (0x00000002), works only with <= 32 players
set bitmask of players to which send entity
- pushed cl_maxpackets upper limit to 125
- added [skipnotify] from RTCW, use to display in the console only, but not on client screen
(also fixes pb_msgprefix and pb_sv_msgprefix)
- new cvar sv_lanForceRate (defaults 1):
forces LAN clients to the maximum rate instead of accepting client setting
(1 is the default behaviour, backward compatible)
- new cvar sv_strictAuth (defaults 1):
server side variable to control wether strict CDKEY auth should be performed with the auth server
this is required if you want reliable cl_guid for the server (for users tracking)
- filesystem:
client re-orders it's pk3s according to the order given by server
(fixes some 'Invalid .PK3 files referenced' situations
- fixed invisible entities/players bug (thanks goes to Rick Johnson / Raven for this one!)
- update x86 VM code (better and safer optimisations) (Richk Johnson / Raven too)
- clearing client gentity before GAME_INIT call
- failing vote if there's only one voting client (fixes exploit on 2-player server where one player
votes then disconnects, forcing vote to pass)
- added trap_FS_Seek
- renderer fix:
if client game code registers a shader after drawsurfaces are generated but before frame is rendered
had a one-frame visual glitch (shader indexes messed up)
- renderer fix:
r_roundImagesDown 0 + map q3dm1 -> crash (buffer overflow fix)
- renderer fix:
fixed a crash in widescreen displays (q3dm11)
- renderer fix:
MAX_SHADERS up to 2^12
- renderer fix:
moved screenshot from frontend to backend, fixes broken r_smp 1 screenshots
- TA fixes:
MOD_KAMIKAZE MOD_JUICED logging properly to games.log
fixed bot taunt spamming
- fixed typo in scripts/models2.shader (shader error Ursula head)

Win32 specific:

- fixed the DirectInput mouse init procedure
- rcon:
fixed rcon not working on NT/2000/XP workstations that have a long uptime

Linux specific:

- no longer trying to load libMesaVoodooGL.so
obsolete code, was confusing when trying to setup correct OpenGL acceleration
- SMP support in the renderer. Detects CPU count, r_smp 1 default if available. (thanks to Gareth Hughes
for contributing this)
- changed default GL driver from libGL.so to libGL.so.1
see LSB 1.2 spec: http://www.linuxbase.org/spec/refspecs/LSB_1.2.0/gLSB/libgl.html
- Handle Ctrl and Space key together correctly (Ctrl was disabling Space)
- sub-frame timing of input events (key/mouse) (input timing quality now equivalent to win32)

[Andre]

Danke =)

[Kai]

Wow, noch ein Pointrelease. Hätte nicht mehr damit gerechnet ;)

[Nefilim]

:jump1: :sex: :jump4: Na, wer sagt's denn =)

Anscheinend ist Q3 doch noch nicht abgeschrieben! :)

[Kai]

Jojo, Q3 ownz und so. Spam ...

[spooky]

Denke auch ma das es Q3 noch ne Zeit lang geben wird. Der Multiplayer in Doom3 wird sicher net der Hammer nur 4 Player und auf Sessions wird sicher net jeder Doom3 spielen können > Hardwareanforderung.

[Kai]

Dann kommt ja noch dazu das Du noch net mal joinen kannst. Musst ja gleichzeitig mit den anderen starten, sonst könnt's Probleme mit der Entity-Zuweisung geben. Gar nicht mal so schwer das zu fixen, aber ID konzentriert sich halt nunmal auf Singleplay (freu)

[Gohan]

Und wo steht der Fix das jetzt alle Q3 Maps mit der Suroundgamingfunktion der Parhelia laufen? ;)

[Andre]

Originally posted by Gohan
Und wo steht der Fix das jetzt alle Q3 Maps mit der Suroundgamingfunktion der Parhelia laufen? ;)

Was für ne Funktion? :D

[Andre]

Aber nicht doch schon wieder ein neues Netzwerkprotokoll :(
Jetzt darf man wieder 4-8 Wochen warten, bis OSP, CPMA, u.a. auf das neue Protokoll umgestellt sind.

[Unregistered]

Quake III Arena? Was soll´n das sein? Irgendwas aus C64-Zeiten?

[Etienne]

Originally posted by Unregistered
Quake III Arena? Was soll´n das sein? Irgendwas aus C64-Zeiten?

Noch ein Wort gegen quake 3 und du fliegst

:D

[GBWolf]

Originally posted by Unregistered
Quake III Arena? Was soll´n das sein? Irgendwas aus C64-Zeiten?

is schon was älter und unter kindern noch nicht so bekannt, die spielen liba spielchen wo die grafik besser ist als das spielerische....;)

[Seraf]

wie z.B. CS? *lol*

Was bedeutet eigentlich das?
- renderer fix:
MAX_SHADERS up to 2^12

[geforce]

Nicht schlecht der Patch - vorallem die Funktion für die Demos find ich extrem praktisch! ;)

[Rentner]

Nur leider gibts schon nen Aimbot,der trotz Punkbuster etc. funktioniert :-(
Die Ar***löcher werden immer schneller,mit dem erstellen solcher Bots

Die Quelle werd ich hier nicht posten!

[geforce]

Originally posted by Rentner
Nur leider gibts schon nen Aimbot,der trotz Punkbuster etc. funktioniert :-(
Die Ar***löcher werden immer schneller,mit dem erstellen solcher Bots

Die Quelle werd ich hier nicht posten!

Das ist aber eigentlich überall so - was erwartet man auch - ich persöhnlich spiele Quake3 nur im Lan wirklich ernst - ebenso wie Counter-Strike oder ähnliches! ;)

[Andre]

Zu Eurer Information:


Hallo!

Der neue OGC 1.9 Cheat ist uns bereits bekannt. Wir werden die Erkennung für den Cheat sehr bald unserer Software hinzufügen.

Es wird noch ein paar Tage dauern, bis diese Erkennung eingesetzt wird. Der Grund dafür ist, dass wir ersteinmal überprüfen

müssen, ob es noch bestehende Probleme mit PB für Q3A gibt. Wir haben das gleiche Verfahren vor ein paar Wochen mit SoF2

angewandt und wir glauben, dass es das Beste ist, zuerst Bugs zu entfernen, bevor wir Cheats erkennen.

Als PB Serveradmin hat man aber schon jetzt die Möglichkeit, diese Cheater zu enttarnen, bis wir die automatische

Cheaterkennung aktivieren:

Geben Sie dazu "\pb_sv_cvarlogging 2" ein. Dies wird alle Cvars die Sie überprüfen in eine seperate .VAR-Datei im Ordner

pb\svlogs speichern.

Sie haben nun drei Möglichkeiten:

1. Geben Sie "\pb_sv_cvarval ogc_aim" ein, um die Cvar-Einstellug "ogc_aim" von allen verbundenen Spielern zu sehen.
2. Geben Sie "\pb_sv_cvarval ogc_aim X" ein, um die Cvar-Einstellung des Spielers mit dem Slot # X zu sehen (benutzen Sie das

Kommando pb_sv_plist um den PB Slot # des Spielers zu finden!).
3. Geben Sie " \pb_sv_task 60 120 "pb_sv_cvarval ogc_aim" " ein, um einen Task zu starten, der nach 60 Sekunden und danach

alle 120 Sekunden ausgeführt wird. Dieser Task macht das gleiche wie in 1., mit der Ausnahme, dass dies nun automatisch

geschieht.


Geben Sie nun "\pb_sv_writecfg" ein, um die Einstellungen auf der Festplatte zu sichern.


Wie stellen Sie nun fest ob jemand mit OGC 1.9 cheatet? Ganz einfach: durchsuchen Sie die .VAR-Datei nach "ogc_aim = "0" "

oder "ogc_aim = "1" ". Alle diese Clients haben diese Cvar und ich denke wir können sagen, dass diese Spieler cheaten.
Sie werden viele Meldungen mit "ogc_aim ="" " sehen, ohne 0 oder 1. Dies bedeutet, dass diese Cvar NICHT definiert wurde und

wir können davon ausgehen, das diese Spieler KEINEN OGC benutzen. Kümmern Sie sich also nicht weiter drum.

Sie werden etwas wie "[From #1 98FF CHEATER]" vor dem Ergebnis der Suche nach ogc_aim sehen. Dies bedeutet, dass die GUID des

Spielers CHEATER mit 98FF endet. Die GUID basiert auf dem CD-Key und ist somit nicht fakebar.

Nun wollen Sie den Cheater permanent bannen. OK, dass ist auch ganz einfach:
Sagen wir, Ihre .VAR-Datei fängt mit 00000002 an. Öffnen Sie die Datei 00000002.LOG und suchen Sie nach "98FF".

Wir finden dies am Ende dieser GUID (der Name des Spielers ist auch CHEATER, aber er könnte ihn selbst geändert haben, so

dass sie nicht übereinstimmen):
[10.08.2002 20:14:46] Player 9AC4B1FF895D4E5930797A731F3198
FF CHEATER (slot #1 power=1)

Bannen Sie ihn nun:
Geben Sie "\pb_sv_banguid 9AC4B1FF895D4E5930797A731F3198
FF" in die Serverconsole ein und der Spieler wird der Liste mit den

permanenten Bans hinzugefügt. Er kann nicht rejoinen. :D

Ich hoffe, diese Anleitung konnte Ihnen helfen!

Mit freundlichen Grüßen,
i.V. Hendrik Thole

Even Balance, Inc.