Przygotowywanie Bazy Q2

1. Quake 2 demo.
2. Instalacja v3.20
3. Podmiana pak0.pak na oryginalny.

Usunięcie z tak spreparowanego Quake’a następujących elementów:
katalogi Quake2/rogue i Quake2/xatrix
plik Quake2/Uninst.isu
plik Quake2/baseq2/maps.lst
wszystkie pliki .cfg z pak1.pak
wszystkie pliki .cfg z pak0.pak
plik maps.lst z pak0.pak
Katalogi z pak0.pak:
– demos
– maps
– models/monsters
– players/crackhor

Wrzucenie elementów z pak2.pak utworzonego przy v3.20 do pak0.pak i usunięcie pak2.pak
Wrzucenie katalogu baseq2/players do pak0.pak

Zainstalowanie r1q2, który utworzył następujące pliki:
r1q2.exe
r1q2.pdb
R1Q2Updater.exe
ref_r1gl.dll
ref_r1gl.pdb
anticheat.dll

I usunięcie pliku, uwaga:
quake2.exe

I to właściwie wszystko, co powinna mieć Baza Q2. Oprócz dwóch rzeczy: pliku config.cfg, który musi zostać ładnie stworzony oraz autoexec.cfg, który otworzy wszystkie inne cfg, które zostaną dostarczone w formie paków. Np: jednym z paków będzie addressbook. W Paku tym bedzie plik adressbook.cfg. W pliku autoexec.cfg będzie komenda: exec adressbook.cfg

Będzie kilka adressbooków do ściągnięcia, do wyboru, gdyż niestety r1q2 oferuje tylko standardowe 10 slotów.

Innym przykładem cfg w paku bedą ustawienia np invert mouse. Czyli, gdy gram na invercie, to ściągam odpowiedni pak zawierający plik mousevertical.cfg zawierający odpowiednie ustawienia. A w pliku autoexec.cfg będzie komenda exec mousevertical.cfg.

ACHA:
Zapomniałem o locsach.

EDIT:

Raczej pliki *.cfg będą mieć nazwę cfg1.cfg, cfg2.cfg, itd. a nie np: mousevertical.cfg. I też zrobić listę cfg do pobrania.

Np SmartDemoRecorder (c) dem będzie osobnym plikiem cfg, np: cfg35.cfg. W pliku autoexec.cfg jak to jest napisane kilka postów wyżej, będą komendy exec cfg..cfg, np exec cfg35.cfg – i w przypadku istnienia tego pliku (user ściągnął go sobie) – jest on uruchamiany.

Dodaj komentarz