readme hun

dgVoodoo V1.50 Beta2 - K�sz�tette D�G�, 2007
============================================

�dv śjra! Nem, a dgVoodoo nem t�madt fel, csak sz�p�tgettem rajta ezt-azt.
Sajnos ez m�g mindig csak egy b�ta, mivel vannak ismert, kijav�tandó hib�k,
�s hi�nyzó fejleszt�sek a Vista-val kapcsolatosan.

�s akkor most az �ltalam m�r rohadtul ut�lt sz�veg:

A dgVoodoo egy Glide Wrapper, amely a Glide 2.11 �s Glide 2.43 API-nak egy
DirectX-et haszn�ló megvalós�t�sa.
A dgVoodoo t�mogatja a Windows-os �s a DOS-os Glide-alkalmaz�sok futtat�s�t,
illetve k�pes a DOS-os programok sz�m�ra a VESA 2.0 interf�szt emul�lni.

-----------------------------------------------------------------------------

I. K�vetelm�nyek
II. A dgVoodoo 1.50-hez tartozó f�jlok
III. �jdons�gok az 1.50-es verzióban
IV. A wrapper m�k�d�se, haszn�lata
V. VESA-emul�ció
VI. Telep�t�s
VII. DOS-os programok Windows Vista alatt (śj!)
VIII. �ltal�nos tippek �s megjegyz�sek a dgVoodoo-hoz (friss�tve!)
IX. A DirectX7- �s DirectX9-megjelen�t� k�zti k�l�nbs�gek
X. Technikai megjegyz�sek (ez a r�sz �tugorható)
XI. Felbont�s be�ll�t�sa
XII. K�perny�ment�s
XIII. A dgVoodooSetup haszn�lata (GUI)
XIV. A dgVoodooSetup haszn�lata (Parancssoros)

-----------------------------------------------------------------------------

I. K�vetelm�nyek
----------------

- Windows 95/98/Me/2000/XP/Vista windows-os alkalmaz�sokhoz
- Windows 95/98/Me/XP DOS-os alkalmaz�sokhoz
- DirectX 7.0 vagy śjabb
- mi fontosat szoktak m�g ide �rni? mittom�n...

====================================================================================
Ez csak egy B�ta2!! Vedd ezt figyelembe, ha/amikor nem akar m�k�dni, vagy rosszabb
eredm�nyt ad a kor�bbi verziókhoz k�pest!!
A DX9 megjelen�t�t m�g mindig csak a k�vetkez�k�n teszteltem:
GeForce 5700 Ultra, Detonator 56.64
ATI X600, Catalyst 5.6
(M�g mindig nem �ppen a legfrissebb drivereket haszn�lom...)
====================================================================================

====================================================================================
FONTOS: A dgVoodoo nem biztos, hogy m�k�dik minden ATI Catalyst verzióval, lehet,
hogy a g�p śjraindul, amikor a wrappert VDD-módban ind�tod egy Dos-os
Glide-alkalmaz�ssal. Szerver-módban viszont m�k�dnie kell(ene).
�n 5.6-os Catalysttal (is) haszn�lom b�rmif�le gond n�lk�l, azonban kaptam
visszajelz�seket śjraindul�sokról ugyanezzel a driverrel.
�pp ez�rt azt kell mondanom: ezt az eg�sz szars�got kiz�rólag csakis a saj�t
felel�ss�gedre prób�ld ki!!!
====================================================================================

II. A dgVoodoo 1.50-hez tartozó f�jlok
--------------------------------------

glide.dll - Glide 2.11 driver a Windows-os alkalmaz�sokhoz
glide.ovl - Glide 2.11 driver a DOS-os alkalmaz�sokhoz
(l�sd a megjegyz�seket a tippek k�z�tt �s a wrapper haszn�lat�t)
glide2x.dll - Glide 2.43 driver a Windows-os alkalmaz�sokhoz
glide2x.ovl - Glide 2.43 driver a DOS-os alkalmaz�sokhoz
dgVoodoo.exe - Glide szerverprocessz a DOS-os alkalmaz�sokhoz
dgVoodoo.vxd - Kernelmodul a DOS-os alkalmaz�sokhoz (csak Win9x/Me-hez)
dgVesa.com - VESA 2.0 driver DOS-os programokhoz
dgVoodooSetup.exe - Konfigur�lóprogram
readme_eng.txt - dgVoodoo le�r�sa, angol v�ltozat
readme_hun.txt - dgVoodoo le�r�sa, magyar v�ltozat

III. �jdons�gok az 1.50 Beta2 verzióban
---------------------------------------

- Textśramemória sk�l�zhatós�ga 4MB-ra. Csak a Red Baron 3D-hez.
Az �tlet �s az implement�ciós technika GabiLaser�! Thanxx GabiLaser!!!

�s most, hogy �rom a r�dm�t, jut eszembe, hogy a be�g�rt "Ignore Palette changes"
funkciót elfelejtettem be�p�teni... De most m�r k�s�, hehehe...

- Palett�s textśr�k hardveres śjragener�l�sa a DirectX9-es megjelen�t�vel, ha a
videók�rtya t�mogat bizonyos textśraform�tumokat (a mainstream k�rty�k t�mogatj�k...)

- A DirectX9-es megjelen�t�vel el�bukkanó �s villogó desktop-elemek, egy�b szars�gok elvileg
kik�sz�b�lve.

- VESA-emu: a wrapper nem ragaszkodik foggal-k�r�mmel ahhoz a felbont�shoz �s sz�nm�lys�ghez,
ami a haszn�landó VESA-mód param�tereib�l j�n. Ha az adott �zemmódot a videodriver nem
t�mogatja, akkor megkeresi a hozz� legk�zelebb allót, �s azt haszn�lja, sz�ks�g eset�n
konvert�lva a sz�nform�tumot �s sk�l�zva a k�pet (hasonlóan az ablakos módhoz).
Mindez igaz a friss�t�si frekvenci�ra is, a setup-ban a VESA-tabon megadott frekvenci�hoz
legk�zelebb es� t�mogatott frekvenci�t haszn�lja. Mindezt az�rt csin�ltam, mert egyszer
Vista alatt sz�vtam, amikor kider�lt, hogy a videódriver azt hazudja, hogy 640x480-n�l kisebb
felbont�st nem t�mogat.
A kor�bbi verziók ezeket nem t�mogatt�k, �s mindig 60Hz-cel hajtott�k meg a monitort.
Az egyetlen kiv�tel a 8 bit-es �zemmódok 32 biten t�rt�n� kezel�se volt, minthogy a DirectX9
ilyen �sk�v�let dolgokat nem t�mogat.

- Asszem kb. ennyi, n�ha mintha m�g nyśltam volna valamit a dgVoodoo-hoz, de azok m�r annyira
r�gen voltak, hogy nem eml�kszek konkr�tumokra + legurult p�r s�r is azóta...

IV. A wrapper m�k�d�se, haszn�lata
----------------------------------

A r�gi, 3Dfx videók�rty�kat a Glide nev� API-n kereszt�l lehetett meghajtani.
A Glide-nak t�bb verziója is l�tezett, ahogy folyamatosan fejl�d�tt, �s sz�mos
platformon voltak driverei. A dgVoodoo szempontj�ból a k�t fontos �s t�mogatott
platform a DOS �s a Windows, a k�t legfontosabb Glide verzió pedig a 2.11 �s a 2.43.
Maga a driver egy library volt, amit vagy statikusan vagy dinamikusan csatolt
mag�hoz egy Glide-ot haszn�ló program.

- DOS, Glide 2.11, driver: statikusan linkelt lib
- DOS, Glide 2.43, driver: glide2x.ovl
- Windows, Glide 2.11, driver: glide.dll
- Windows, Glide 2.43, driver: glide2x.dll

Az egyes fenti platformok alatt teh�t a Glide-os programokhoz el�g volt a megadott
f�jlt mell�kelni (kiv�ve, ha maga a driver nem ig�nyelt tov�bbi f�jlokat), s a
program m�r m�k�d�tt is. A glide wrapperek, s �gy a dgVoodoo is, "mind�ssze" annyit
csin�lnak, hogy a fenti eml�tett f�jl(oka)t lecser�lik olyan(ok)nal, amely(ek)
ugyanśgy megvalós�tj�k a Glide API-t, de az egyes API-h�v�sokat �talak�tj�k (wrappelik)
OpenGL vagy DirectX-h�v�sokk�, �gy ezen programok futtat�s�hoz nincs sz�ks�g valódi
3Dfx-k�rty�ra.

DOS eset�n mindezt nem lehet k�zvetlen módon elint�zni, mivel DOS alatt nincs �s nem
is volt soha sem OpenGL, sem DirectX, �gy a dgVoodoo DOS-os driver�nek sz�ks�ge van
a Windows-os driverre is. A DOS-os driver feladata, hogy hidat k�pezzen a DOS-os program
�s a Windows k�z�tt, minden h�v�st tov�bbdob DOS-ból Windows-ba.
A DOS-ból Windows-ba t�rt�n� kommunik�ciót a dgVoodoo k�tf�le módon tudja megoldani:

- VDD-mód: Mindenf�le szempontból (technikai, k�nyelmi, stb.) ez a prefer�lt mód.
Ilyenkor a DOS-os driver teljesen automatikusan "bet�lti" a Windows-os
drivert, �s haszn�lja azt. Ez a mód csakis WinXP alatt haszn�lható.

- Szerver-mód:
Ebben az esetben elind�tunk egy szerverprogramot, ami mag�hoz csatolja a
Windows-os drivert, �s a DOS-os driver mag�val a szerverrel kommunik�l.
WinXP alatt maga az oper�ciós rendszer t�mogatja a DOS-ból Windows-ba
t�rt�n� kommunik�ciót, Win9x/Me alatt azonban nem, ez�rt ott ezt is a
wrappernek kell megoldania (ez�rt j�n be a k�pbe a dgVoodoo.vxd f�jl).

A wrapper haszn�lata teh�t:

Windows eset�n a megfelel� f�jlok bem�sol�sa �s az esetleges setup (dgVoodooSetup)
ut�n az adott program minden tov�bbi n�lk�l ind�tható.

DOS eset�n a megfelel� f�jlok bem�sol�sa �s wrapper VDD-módra való konfigur�l�sa ut�n
az adott program minden tov�bbi n�lk�l ind�tható.

DOS eset�n a megfelel� f�jlok bem�sol�sa �s wrapper Szerver-módra való konfigur�l�sa ut�n
el kell ind�tanunk a szerverprocesszt (dgVoodoo.exe), s ez ut�n az adott program futtatható.

A DOS-os programokat a h�tt�rben is tudjuk futtatni, ezzel azonban vigy�znunk kell,
mert bizonyos helyzetekben (amikor a cooperative level nem megfelel�, pl. ha egy
j�t�kot teljes k�perny�n futtatunk, de �tkapcsolunk egy m�sik alkalmaz�sra) a
wrapper bizonyos Glide-f�ggv�nyeket nem k�pes v�grehajtani, �gy azok hib�val t�rnek
vissza. Ennek k�vetkezm�nye lehet, hogy a j�t�k ezt �szlelve kil�p, stb.

V. VESA-emul�ció
----------------

A dgVoodoo k�pes a DOS-os programok sz�m�ra egy 2.0-�s VESA-interf�szt emul�lni,
kisebb-nagyobb hib�kkal (na jó, valósz�n�leg ink�bb nagyobbakkal, a hal�l se
tesztelte ezt tśl sok mindennel).
A VESA-emul�ció a Glide-emuhoz hasonlóan szint�n vagy VDD- vagy szerver-módban
haszn�lható, s�t, mindehhez a glide2x.dll f�jlra van sz�ks�ge, azaz a VESA-emu
kódja a 2.43-as Glide-driverbe van be�p�tve (kiv�ve Win9x/Me alatt, mert ott
amit csak lehet, a kernelmodul (dgVoodoo.vxd) k�zvetlen�l megvalós�t, s csak a
legsz�ks�gesebb dolgok h�vódnak a dll-b�l, pl. k�prfriss�t�s a DirectDraw-n kereszt�l).

[Tudom, hogy itt illett volna az implement�ciót kipakolni pl. egy dgVesa.dll-be,
de a visszajelz�sek alapj�n sok embernek az (is) a baja, hogy a dgVoodoo tśl sok
f�jlból �ll, nem tudj�k, mire valók. OK, gondoltam, akkor nem t�k�l�k vele, az
integr�l�s az �n dolgomat is megk�nny�tette a VESA-Glide k�zti �zemmód-v�ltogat�sokat
illet�en. Tal�n majd śgy 2010 magass�g�ban rendbeszedem logikailag is, amikor
ezen wrapper DOS-os r�sze m�r nemcsak a gyakorlatban, hanem elm�letben is haszn�lhatatlan
lesz, minthogy a 64 bites Windows nem t�mogatja 16 bites kódok futtat�s�t.]

A dgVoodoo VESA-emu t�mogatja az �sszes felbont�st 320 x 200-tól 1280 x 1024-ig
8, 16 �s 32 bites sz�nm�lys�gben. A 320 x 200 x 256color egy standard VGA-mód,
amelyet k�l�n enged�lyezhet�nk.
A VESA-ra k�l�nb�z� param�tereket adhatunk meg, l�sd setup.

A VESA-emu haszn�lat�hoz sz�ks�ges a DOS-os driver, a dgVesa elind�t�sa.
Win9x/Me alatt, amikor a szerver fut, �s az emu enged�lyezve van, minden
śjonnan megnyitott DOS-ablakba automatikusan install�lja a DOS-drivert, �gy
ott ebben az esetben sz�ks�gtelen a dgVesa haszn�lata.
(A VESA-emu DOS-drivere a Glide DOS-driver�hez hasonlóan, csak a DOS-Windows
k�zti kapcsolattart�sra kell.)

VI. Telep�t�s
-------------

Fontos: Ha a g�pen megvan az el�z� verzió, akkor minden komponenst �rj fel�l az
śjakkal, ne keverd �ket a r�giekkel vagy m�s szoftverb�l sz�rmazó,
megegyez� nev� f�jlokkal!

Glob�lis telep�t�s: a megfelel� f�jlokat a Windows-k�nyvt�rba m�sold
Lok�lis telep�t�s: a megfelel� f�jlokat az adott alkalmaz�s/j�t�k k�nyvt�r�ba m�sold

Telep�t�s Windows-alkalmaz�sokhoz
.................................

Az al�bbi f�jlokat m�sold a megfelel� helyre, attól f�gg�en, hogy lok�lis vagy
glob�lis módon akarod a wrappert haszn�lni:
GLIDE2X.DLL
GLIDE.DLL (ha Glide2.11-t�mogat�sra is sz�ks�ged van, b�r ez esetben
tan�csos ink�bb lok�lis telep�t�st v�gezni!)
DGVOODOOSETUP.EXE

Ezek ut�n az alkalmaz�s minden tov�bbi n�lk�l ind�tható (na jó, esetleg m�g
konfigur�lhatsz egyet, ha kell, ld. a setup haszn�lat�n�l).

Telep�t�s DOS-alkalmaz�sokhoz
.............................

Az al�bbi f�jlokat m�sold a megfelel� helyre, attól f�gg�en, hogy lok�lis vagy
glob�lis módon akarod a wrappert haszn�lni:
GLIDE2X.DLL
GLIDE2X.OVL
DGVOODOOSETUP.EXE
DGVOODOO.EXE
DGVOODOO.VXD (ez a f�jl csakis Win9x/Me alatt sz�ks�ges, XP alatt
nem fog a wrappernek hi�nyozni)
DGVESA.COM (ha VESA-t�mogat�sra is sz�ks�ged van)

VII. DOS-os programok Windows Vista alatt
-----------------------------------------

Sajnos a dgVoodoo nem teljesen kompatibilis m�g vele, van p�r k�nyelmetlens�g, amit
nem volt kedvem eddig kik�sz�b�lni.

A dgVoodoo elm�letileg haszn�lható, de csak 32 bites Vist�val
(mint ahogy csak 32 bites XP-vel), err�l egyszer �lm�nybesz�moltam a Vogons-on:

A k�t f� sz�v�s XP-hez k�pest a k�vetkez�:
- A Vista csak a Windows\System32-b�l hajlandó VDD-t bet�lteni, gondolom
valami security-baroms�g miatt. A l�nyeg, hogy a Glide2x.dll-t mindig ide
kell bem�solni, ha DOS-os cuccot akarunk haszn�lni. S�t, fontos, hogy az
adott j�t�k k�nyvt�r�ban NE legyen semmilyen Glide2x.dll, mert akkor a DOS-os
driver nagy �r�mmel az arc�n �szreveszi, hogy ott vala egy, �s aszondja a
Windows-nak, hogy konkr�tan azt a p�ld�nyt t�ltse be VDD-k�nt. Erre a Vista
vissza�zeni, hogy na ne durvuljunk m�'.
(Na pl. ezt kellene m�g megfejleszteni, + hogy a setup a system32-ben is
keressen.)
Egy�bk�nt hasonló a helyzet a VDMSound-dal is, a vddloader.dll-t be kell
m�solni a System32-be, �s m�ris gy�ny�r�en m�k�dik.

- Ha a desktop composition (Aero fel�let) enged�lyezve van, azaz a Vista az śj
WDDM-drivermodellel hajta a k�rty�t, akkor semmif�le teljesk�perny�s módba
nem tudunk v�ltani (kiv�ve persze DirectX-en kereszt�l), mivelhogy ez a
drivermodel nem t�mogat ilyet. Azaz, nincs teljes k�perny�s sz�veges mód,
VGA-mód, stb., ehelyett feldob egy �zenetet, hogy 'Ez a rendszer nem t�mogat
teljes k�perny�s �zemmódot'. Azt�n szok�s szerint vagy elutas�thatjuk a dolgot,
vagy bez�rhatjuk a renitens mitk�pzelmag�ról programot, �s az �tlagjśzer be
is z�rja, mert �rthet� módon fogalma sincs, hogy mir�l van szó.
A l�nyeg, hogy Vista alatt k�nytelen vagy haszn�lni a dgVes�t VGA-emuval,
ami DirectX-en kereszt�l megker�li a dolgot, mert nincs m�s śt!!

Nem mondom, hogy tśl sokat teszteltem volna ez�gyben, de az�rt a fentiek alapj�n
siker�lt futtatnom a Tomb Raider 1-et.

VIII. �ltal�nos tippek �s megjegyz�sek a dgVoodoo-hoz
-----------------------------------------------------

- A textśramemória sk�l�z�sa azt jelenti, hogy az alkalmaz�s fel� 4MB-ot mutat,
de a valós�gban annyit haszn�l, amennyit be�ll�tunk a setup-ban. Ennek alapvet�en
semmi �rtelme, ez kifejezetten a Red Baron 3D-hez k�sz�lt, abban ugyanis van egy
hiba, textśrakorrupció l�p fel, ha a memória nagyobb 4MB-n�l.
Semmi m�shoz ne haszn�ld!!!!
A korrekt m�k�d�shez az is kell, hogy az alkalmaz�s teljesen r�b�zza a textśr�k
m�reteinek a sz�mol�s�t a wrapperre, ugyanis azok is sk�l�zódnak!! Ha az
alkalmaz�s saj�t maga is sz�molgat m�reteket, akkor az nem lesz �sszhangban
a sk�l�zott memóri�val, �s textśrakorrupció l�p fel, ez�rt kifejezetten a
Red Baron 3D-vel haszn�landó!!! (Az jól viselkedik.)

- Ha enged�lyezz�k a palett�s textśr�k hardveres śjragener�l�s�t, akkor kicsivel
t�bb videómemóri�t zab�l a wrapper, szerencs�re csakis annyival t�bbet,
amennyi minim�lisan sz�ks�ges. Az eg�sznek csak olyan alkalmaz�sok eset�n
van �rtelme, amelyek a textśr�k palett�inak folyamatos �s gyakori v�ltoztatgat�s�val
leizzasztj�k a wrappert. Ilyen pl. a Blood, Red Baron 3D. Azonban pl. a
Tomb Raider 1-hez semmi �rtelme, ott a textśr�k el�g statikusak, csak t�bb
videómemóri�t pocs�kolunk el feleslegesen.
Egy h�lye korl�t van: ha menedzselt textśr�kat haszn�lsz, akkor a hw-es
śjragener�l�s nem haszn�lható. Ne k�rdezd, mi�rt, technikailag viszonylag nehezen
lett volna megoldható.

- A videok�rtya driver�t NE k�nyszer�tsd FSAA (ak�rh�nyszoros Full Screen AntiAliasing)
alkalmaz�s�ra valamelyik setup-dialógj�n kereszt�l, ha a dgVoodoo-t haszn�lod!!
Vagy, csin�lj hozz� egy k�l�n profil-t (ha van r� mód), amelyben az FSAA
alkalmaz�svez�reltre van �ll�tva. FSAA eset�n az adott buffert nem lehet z�rolni,
�s k�zvetlen�l �rni, m�rpedig ez Glide-alkalmaz�sokn�l nem szokatlan dolog.
De ez vagy l�tv�nybeli hib�khoz vezet, vagy a hiba miatt abort�l az alkalmaz�s,
stb., kifel� śgy fog l�tszódni, hogy a wrapper hib�s. Pedig nem. Hehehehe....

- Nincsenek var�zsbe�ll�t�sok, azaz ha a dgVoodoo egy�ltal�n nem m�k�dik az
alapbe�ll�t�sokkal, akkor valósz�n�leg m�ssal sem fog (az egyetlen kiv�tel tal�n
a VDD- �s szerver-�zemmód)

- NE haszn�ld a szervert (dgVoodoo.exe) kompatibilit�si módban (WinXP)!!!!
Ez megzavarja az oper�ciós rendszer t�pus�nak detekt�l�s�t, �gy pl. azt fogja
hinni, hogy Win98 alatt fut.

- Amikor villog a k�perny�, prób�ld a wrappert a "k�zelebb az igazi hardver"
enged�lyez�s�vel haszn�lni. A villog�s akkor fordul el�, amikor egy j�t�k
nem v�rt módon viselkedik, mik�zben a wrapper az LFB-t a legoptim�lisabb
módon z�rolja (legvalósz�n�bb eset a 16 bites teljes k�perny�).

- Ha elind�tasz egy DOS-j�t�kot, majd megjelenik a glide-ablak, azt�n semmi
sem t�rt�nik, prób�ld a cuccot nem elrejtett konzolablakkal futtatni. Lehet,
hogy a j�t�k egy hiba�zenettel kil�pett, de ezt nem veszed �szre, mert a
konzolablak el van rejtve.

- Ha a legfinomabb anim�ciót akarod el�rni, prób�ld a friss�t�si frekvenci�t
az alkalmaz�s �ltal ig�nyelthez legk�zelebbire �ll�tani (ld. setup)

- A mipmap-ek automatikus gener�l�sa komoly m�term�keket id�zhet el� a l�tv�nyban,
ez�rt �ltal�ban v�ve nem aj�nlott a haszn�lata. A mipmap egyes szintjei az eredeti
textśra śjramintav�telez�s�vel vannak el��ll�tva, emiatt az alakzatok k�r�li
colorkey sz�n� pixelek elromlanak (colorkeying eset�n gondot okoz),
alfa-csatorn�s textśr�k eset�n pedig a pixelek alf�ja módosulhat śgy, hogy az
m�r nem felel meg egy alpha-testinget haszn�ló programhoz.
R�ad�sul ha egy program folyamatosan friss�tget textśr�kat, akkor a sebess�g az
�sszes szint �llandó kisz�molgat�sa miatt lecs�kkenhet.

- N�h�ny programot anno śgy �rtak meg (a specifik�ciótól elt�r�en), hogy kihaszn�lja
egy valódi Voodoo-k�rtya tulajdons�gait mik�zben az LFB-t z�rolja. (Ilyen pl. az
Extreme Assault Demo). Ha furcs�n "elcsśszott" pixel-sorokat, vagy hasonló jelens�get
tapasztalsz, prób�ld meg a wrapper "k�zelebb az igazi hardver" opciój�t be�ll�tani.
Ez a t�bbi programn�l sem okoz m�k�d�sbeli zavart, de azokn�l nem �rdemes alkalmazni,
mert lassabb puffertartalom t�rol�st (cache-el�st) tesz lehet�v�, �s t�bb memóri�t
is eszik.
Megjegyz�s: Glide 2.11 eset�n ez a m�k�d�si mód automatikusan enged�lyezve
van az�rt, hogy a Voodoo1-gyel kompatiblis LFB-kezel�st kapjunk.

- DOS eset�n a wrapper Glide-módban j�rul�kos id�z�t�megszak�t�sokat gener�l, emiatt
az egyes j�t�kok gyorsabbak lehetnek a norm�l sebess�gn�l. Ez eredetileg amiatt lett
bevezetve, mert a 3D megjelen�t�s sok id�t elvihetett a DOS-tól, s ez alatt bizonyos
megszak�t�sok elvesztek, lassult az adott j�t�k menete (mint a lass�tott felv�tel).
Azóta viszont jav�tottam valamit az egyes sz�lak k�zti egy�ttm�k�d�sen, s lehet, hogy
ez a probl�ma m�r nem �ll fenn.
A kor�bbi verziók minden 15ms ut�n gener�ltak egy megszak�t�st, ez a verzió minden 80ms
ut�n teszi ezt alapesetben (az 1.40+ verzióban v�ltozott 80ms-re az 1.40 40ms-�ról).
Ez a periódusid� minden el�z� verzióban rejtett opció volt. Mivel a j�t�kok gyorsabbak
lehetnek a norm�l sebess�gn�l, ez�rt a setup-ban kikapcsolhatod az id�z�t�-gyors�t�st, vagy
vissza�ll�thatod a m�r eml�tett 80ms-ra. (Ez egy korl�tozott v�laszt�si lehet�s�g, mivel
m�s �rt�kekre is be lehetne �ll�tani, de egy�ltal�n nem �r�l�k annak, hogy ezt az opciót
egy�ltal�n kivezettem.)

- Az 2.11-es Glide library-t sajnos statikusan szerkesztett�k a DOS-os programokhoz
(legal�bbis a Glide 2.11 SDK szerint). A glide.ovl csak dinamikus esetben lenne
haszn�lható, ez�rt nem mell�keltem ezt a f�jlt.

- Fókusz-probl�ma (Win9x/Me):

Ha szerverproc elveszti a fókuszt, akkor az adott DOS-program fut�s�t felf�ggeszti.
Ha visszakapja, akkor fel�breszti. Vannak esetek, amikor a szerverproc visszakapja
a fókuszt, de a Windows ezt nem k�zli vele (vagy csak �n kódoltam szarul). Ilyenkor a
program sem fut. Ebben az esetben nek�nk kell inaktiv�lni, majd śjraaktiv�lni a szerver
ablak�t. Teljes k�perny�n ezt śgy is megtehetj�k, hogy a l�thatatlan eg�rkurzort
elvissz�k a k�p sz�l�re �s az ablakot elkezdj�k �tm�retezni (csak akkor, amikor az
eg�rfókusz nem a DOS-ablakn�l van).

Bizonyos esetekben bosszantó lehet, hogy az eg�rfókusz a DOS-ablakn�l van, p�ld�ul
akkor, ha ablakban futtatjuk a programot, �s azt �t akarjuk m�retezni. Ezt nem tudjuk
megtenni (legal�bbis nem tśl egyszer�en), ez�rt bevezettem, hogy a Ctrl-Alt kombin�cióra
az eg�rfókuszt engedje el a DOS-os program. Ha az ablakra kattintunk, akkor ism�t
visszakapja.

IX. A DirectX7- �s DirectX9-megjelen�t� k�zti k�l�nbs�gek
---------------------------------------------------------

Az ember els�re azt gondoln�, hogy a 9-es mindenk�ppen jobb. �ltal�ban n�zve tal�n �gy is
van, de sajnos a 7-esnek van n�h�ny el�nye, amit a MS volt sz�ves kidobni vagy megv�ltoztatni
a k�s�bbi interf�szeken (pl. a teljes DirectDraw vasvill�val való kiganajoz�sa a 8-astól kezdve,
�s a teli torokból s�rók sz�m�ra egy-k�t megmaradt hśscafat r�aggat�sa a 3d-interf�szekre).

A DirectX9-es megjelen�t�h�z legal�bb DirectX 9.0c install�l�sa sz�ks�ges, enn�l kor�bbi
verziókkal az API-t el�rhetetlennek fogja �rz�kelni!!

A DirectX9 el�nyei:

- Pixel shaderek. A 9-es megjelen�t� 1.4-es pixel shadereket haszn�l a teljes 3dfx pipeline
emul�ciój�hoz. Ez nagyobb bels� pontoss�got (megszabadulunk a fixed function-ben megl�v�,
stage-ek k�z�tti szatur�ciótól) �s a 3dfx pipeline majdnem t�k�letes emul�l�s�t jelenti
(texture combine -> chroma keying -> alphaControlITRgbLingthing -> alpha/color combine).
Az FF shaderek erre k�zel sem k�pesek. Legal�bb 1.4-es shaderek pedig a chroma keying miatt
kellenek, enn�l kor�bbi verziókkal nem lehetne megoldani. Ha a k�rty�d ezt nem t�mogatja,
akkor a 9-es renderer m�g mindig m�k�dik FF shaderekkel is, �m ez esetben ink�bb a 7-es
megjelen�t�t haszn�ld (ld a h�tr�nyokat). A GeForce FX sz�ria, �s kb. a Radeon 8500-as m�r
mind t�mogatj�k az 1.4-es shadereket.

- Az alfa alapś colorkeying az alpha testingt�l �s blendingt�l teljesen f�ggetlen, nem akad �ssze
semmivel, �gy minden k�r�lm�nyek k�z�tt haszn�lható. A nat�v ck pedig egy jól defini�lt
módon m�k�dik, nem a driveren mślik a v�geredm�ny.

- Vertex- �s indexpufferek hat�konyabb alkalmaz�sa. A 9-eshez a hardveres vertexpufferek haszn�lata
(amely az indexpuffereket is mag�ban foglalja) kifejezetten aj�nlott, szebben m�k�dik, mint a
7-esben (s�t, a tapasztalatok alapj�n a 7-essel ink�bb nem is szabad haszn�lni).
Ez valósz�n�leg a DirectX �ltal bels�leg kezelt buffer renaming-nek k�sz�nhet�, ami
tulajdonk�ppen egy az alkalmaz�s fel� �tl�tszó duplapuffer-technika, a 7-esben ilyesmi nincs, �s
a wrapper sem csin�l saj�t maga ilyesmit.

A DirectX9 h�tr�nyai:

- A Fixed Function shader megvalós�t�s (amely a j�v�beli verziókban valósz�n�leg m�r nem lesz
benne, hiszen erre ott a 7-es) nem k�pes a chroma keying-et nat�v módon emul�lni.
Ez sajnos m�g a textśracsemp�z�ses Lfb-el�r�sre is hat�ssal van, ez�rt a 9-es FF a legt�bb esetben
haszn�lhatatlannak bizonyulhat. Ez�rt javasolt a r�gi k�rty�khoz ink�bb a 7-es renderer.

- Az Lfb-el�r�s a legt�bb esetben textśracsemp�z�ssel t�rt�nik nemalap�rtelmezett felbont�sokn�l,
mivel a Direct3D9 csak egy egyszer� buffer-blittel�st t�mogat.

- A front buffer el�rhetetlen. A legt�bb alkalmaz�s sz�m�ra ez t�kmindegy. Viszont, hogy legal�bb
a lehet�s�g meglegyen v�szhelyzetek eset�re, a 9-es megjelen�t� �tkapcsolható egy m�sik
�zemmódba, ahol a renderbuffer-l�ncot saj�t maga tartja nyilv�n, �s az egyes pufferek k�z�tt
mindig m�sol, s �gy m�r a front buffer is el�rhet�. Ez azonban kicsit ront a teljes�tm�nyen, ez�rt
vezettem ki v�lasztható opciónak. (Ennek az eg�sznek egy�bk�nt van egy kellemetlen mell�khat�sa:
amikor a front buffer el�rhetetlen, pillanatk�peket sem tudunk menteni, hiszen az is ennek a
tartalm�t menten� le...)

- Teljes k�perny� eset�n a bufferv�lt�sok k�zti id�tartamot nem lehet v�lt�sonk�nt megadni,
csak inicializ�l�skor (azaz, hogy szinkroniz�lja-e mag�t a f�gg�leges visszafut�shoz, vagy azonnal
v�ltson �t). Emiatt alapból mindig kiv�r egy f�gg�leges visszafut�st, de itt is van egy opció az
azonnali v�lt�sos �zemmódhoz azokhoz az alkalmaz�sokhoz, amelyek ezt ig�nylik.

- Palett�s textśr�k t�mogat�s�nak hi�nya. B�r a GeForce-ok az FX-sz�ri�val bez�rólag hardverb�l
t�mogatj�k, a driver a 9-es interf�szen kereszt�l nem hajlandó ezt kivezetni valamilyen okn�l fogva
(tippeim �ppen vannak...), ez�rt ezt a r�szt a 9-es megjelen�t�ben nem is tudtam volna letesztelni.
Mivel nem akartam a wrapperben eleve halott �s teszteletlen kódot hagyni, ez�rt a 9-es megjelen�t�
mindig letiltja a palett�s textśr�k haszn�lat�t f�ggetlen�l a k�rtya k�pess�geit�l.

- A teljes k�perny�s, 8 bites VESA módokhoz mindig 32 bites k�perny�módokat haszn�l. A D3D9 teljesen a
3D-r�l szól, emiatt 8 bites módokkal m�r egy�ltal�n nem is lehet m�k�dtetni.

Colorkeying DirectX7-tel:

- Nat�v: �ltal�nos colorkeying módszer, amely a videók�rtya nat�v
colorkeying k�pess�g�t haszn�lja

- Nat�v TNT-hez:
Ez egy speci�lis módszer a TNT-k�rty�khoz
(ezen k�rty�k egy alfa alapś elgondol�s szerint
valós�tj�k meg a colorkeyinget, egy-k�t t�bblet-
be�ll�t�ssal j�r, �s nem is mindig m�k�dik).

- Alfa alapś:
�ltal�nos colorkeying módszer, amely alpha-testinget �s
maszk-textśr�kat haszn�l

- Automatikus:
Alapesetben mindig alfa-alapś colorkeyinget prób�l haszn�lni,
de ha ez valami miatt nem megy (nincs el�g videómemória, vagy
az alfa alapś módszer megszor�t�sai miatt), akkor visszaesik
nat�v colorkeyingre.

Az alfa-alapś módszer �ltal adott eredm�ny �ll a legk�zelebb egy igazi
3Dfx-k�rtya colorkeying-ez�s�hez, az automatikus módszer ez�rt er�lteti
mindig ezt. Ezen módszernek h�tr�nya azonban, hogy nem tud colorkeyinget
biztos�tani, ha az alpha-testing speci�lis módokban enged�lyezve van, �s
rossz eredm�nyt is adhat bizonyos alpha-blending módok eset�n.

Colorkeying DirectX9-cel:

- Nat�v: Csak pixel shaderekkel haszn�lható, a 3Dfx dokument�cióiban
tal�lható defin�ció szerint m�k�dik.

- Nat�v TNT-hez:
Ez itt egy �rtelmetlen opció, hat�sa ez�rt a nat�v�val ekvivalens.

- Alfa alapś:
K�l�n�lló maszk-textśr�k alpha komponensei alapj�n dob el pixeleket,
hasonlóan, mint a 7-esben, de itt ez a funkcionalit�s az alpha testingb�l a
pixel shaderekbe ker�lt (FF shaderek eset�n persze nem).

- Automatikus:
Alapesetben a nat�v módszert r�szes�ti el�nyben, mivel az itt m�r megfelel a
k�vetelm�nyeknek, �s csak bizonyos k�r�lm�nyek k�z�tt haszn�l alfa alapśt.
A nat�vval egy baj van: ha egy textśra-konverzió miatt pontoss�gveszt�s l�p
fel (pl. amikor 16 bites textśr�kat k�nyszer�tesz a setupban, akkor a 8 bites
palett�s 3dfx textśr�kat is arra konvert�lja, azaz a 32 bites sz�n�rt�keket
k�nytelen lecsonkolni), akkor nemcsak a colorkey sz�n� pixeleket sz�ri ki,
hanem a colorkey k�r�li kis sz�ntartom�nyban lev�ket is. Az automatikus
módszer �ppen az ilyen �s hasonló eseteket prób�lja elker�lni.
FF shaderek eset�n mindig az alfa alapśt haszn�lja.

FF shaderekre ugyanazok a megszor�t�sok �rv�nyesek, mint a 7-esben.

X. Technikai megjegyz�sek (ez a r�sz �tugorható)
------------------------------------------------

Glide LFB kezel�s
.................

- A "k�zelebb az igazi hardver" opció automatikusan enged�lyezve van, amikor
Glide 2.11-et haszn�lsz, hogy meglegyen a kompatibilit�s a Voodoo1-gyel. Ez azt
jelenti, hogy a stride (azaz pitch vagy logikai sorhossz) az LFB m�veletekhez
mindig 2048 b�jt, �s az �r�si/olvas�si pointerek a pufferekhez "�llandóak" egy adott
form�tum eset�n.

- Egy bizonyos rejtett opció, a "Nincsenek egyez� LFB-form�tumok" szint�n automatikusan
enged�lyezve van Glide 2.11 eset�n, hogy elker�lj�k a nem egyez� pufferpointerek
probl�m�j�t. Ez tulajdonk�ppen megakad�lyozza a dgVoodoo-t abban, hogy k�zvetlen�l
haszn�lja valamelyik bels�, optimaliz�cióhoz l�trehozott puffer�t. Mindezt az�rt,
hogy az egyes pufferek �r�si/olvas�si pointerei mindig egy adott ter�letre
mutassanak (ez fontos a Glide 2.11-ben).

- A "Nincsenek egyez� LFB-form�tumok" akkor is enged�lyezve van, amikor a wrappert
egy DOS-os programhoz haszn�lod WinXP alatt szerver-módban. Ez az�rt van, mert egyez�
form�tumok eset�n a wrapper k�zvetlen�l az egyik, videómemóri�ban lev� puffer�t
haszn�ln�, �gy a DOS-os program �s a z�rolt puffer k�l�n-k�l�n c�mt�rben helyezkedn�nek
el. Megjegyzend�, hogy amikor ez az opció enged�lyezve van, nincs felesleges
konvert�l�s az adott form�tumról ugyanarra a form�tumra, csak egy sima m�sol�s t�rt�nik.

DOS Glide
.........

- VDD-módban a wrapper egy VDD-k�nt (Virtual Device Driver) k�zvetlen�l a DOS-os programot
futtató NTVDM processzhez van csatolva. El�nye, hogy a DOS-os programot minden tov�bbi
n�lk�l futtathatjuk, a program �s a wrapper egy processzt alkot, egy c�mt�rben futnak,
ugyanśgy, mint ahogy a Windows-os programok eset�ben, ez�rt ak�r t�bb DOS-os program is
haszn�lhatja a wrappert egyid�ben.

- Szerver-módbeli h�tr�nyok WinXP alatt: mivel a program �s a wrapper k�l�n programokk�nt
k�l�n c�mterekben futnak, az LFB-�r�s est�n nem tudja kihaszn�lni az egyez� form�tumok
k�n�lta el�ny�ket (ilyenkor śgy veszi, hogy a k�t form�tum soha nem egyezik,
l�sd LFB el�r�se), a szervert csak egy program haszn�lhatja. Ezt a módot akkor �rdemes
kiprób�lni, ha a VDD-móddal valamilyen probl�ma l�pne fel.

VESA Emu
........

- Az emul�ció azt hirdeti mag�ról, hogy VGA-kompatibilis, azonban ez csak k�t
nagyon fontos ter�letre igaz, a palettaregiszterekre, �s a 0x3DA
st�tuszregiszterre, mivel szinte minden DOS-os program g�tl�s n�lk�l a VGA-regisztereken
kereszt�l �ll�totta be a palett�t a 8 bites módokban, �s a legt�bb szinkroniz�lta
mag�t a f�gg�leges visszafut�shoz valamilyen módon.
Teh�t az emu nem k�pes pl. X-módot emul�lni, stb.
(De ez a project nem is a VESA t�k�lyre fejleszt�s�r�l szól...)

- WinXP alatt a Linear/Flat Frame Buffer mód nem �lvez t�mogat�st.

- A Bank Switching Win98/Me alatt a t�nyleges memórialek�pez�s (memory mapping)
megv�ltoztat�s�val t�rt�nik, kernel módban. Mivel Windows XP alatt ez tślmenne a
lehet�s�geken, �gy ott a memóriatartalom cser�j�vel, azaz nagy, 64K-s
memóriablokkok m�solgat�s�val megy v�gbe, �gy lassabb, mint a W98/Me-s implement�ció.

- csak Win9x/Me: ha egy DOS-ablakban el�sz�r a dgVoodoo-t haszn�ljuk, majd a szerverprocot
kil�ve az igazi VESA-drivert, akkor valósz�n�leg csak szemetet l�tunk a k�perny�n.
Ez az�rt van, mert a dgVoodoo fel�l�rja a VDD (Virtual Display Driver) �ltal
a videomemóri�hoz be�ll�tott mappinget (memória-lek�pez�st), �s azt nem b�rja
teljes m�rt�kben helyre�ll�tani. A javaslat az, hogy ebben az esetben z�rjuk
be az adott DOS-ablakot, �s haszn�ljunk egy m�sikat.

- csak Win9x/Me: a szerver ind�t�sakor a VESA-init k�nnyen sikertelen lehet.
Ennek oka, hogy a videómemóri�nak haszn�lt memóriater�let allok�l�sa akkor t�rt�nik,
amikor a kernelmodul bet�lt�dik. (Ha a modult kiszedj�k a kernelb�l, akkor
a ter�letet eldobja.) Alapesetben a kernelmodul dinamikus VxD-k�nt viselkedik,
azaz a szerverproc t�lti fel �s szedi ki a kernelb�l. A f� probl�ma az, hogy az
eml�tett memóriater�letnek fizikailag folytonosnak kell lennie, �s ezt a
Windows nem biztos, hogy tudja teljes�teni, ha a fizikai lapok nagy r�sze m�r
�ssze-vissza ki van osztva k�l�nb�z� programok k�z�tt.
Ha valakit ez a jelens�g felett�bb ideges�t, akkor tegye be a SYSTEM.INI
[386Enh] szekciój�ba az al�bbi sort:
device = dgVoodoo.vxd
Ilyenkor a kernelmodul statikus VXD-k�nt m�k�dik, azaz a Windows indul�sakor
ker�l be a kernelbe, lefoglalja a memter�letet (ami ilyenkor mindig 2MB, mert
a konfigot nem b�rja olvasni), s csak a Windows le�ll�t�sakor l�v�dik ki.

XI. Felbont�s be�ll�t�sa
------------------------

Ha egy adott program nem t�mogatja a felbont�s be�ll�t�s�t, akkor azt
megteheted a dgVoodoo-n kereszt�l. Tartsd szem el�tt azonban, hogy ezt
a legt�bb esetben nem lehet b�ntetlen�l megtenni, mert azonk�v�l, hogy
grafikus m�term�keket id�zhet el�, a wrappernek sokkal kem�nyebben kell
dolgoznia a h�tt�rben, teh�t teljes�tm�nycs�kken�st okozhat (f�leg akkor,
amikor az alkalmaz�s k�zvetlen Lfb-el�r�st is haszn�l).

�ppen ez�rt: ezt a lehet�s�get t�nyleg csak akkor haszn�ld, ha az adott
alkalmaz�s nem engedi v�ltoztatni a felbont�st!!

A videok�rtya �ltal t�mogatott �sszes felbont�st haszn�lhatjuk az eredeti
helyett.

XII. K�perny�ment�s
-------------------

Ha enged�lyezz�k, lehet�s�g�nk van a k�perny� tartalm�t elmenteni. Ez mehet
egy f�jlba vagy a v�gólapra egyar�nt. Windows-os programokn�l a Pause gombbal,
DOS-osokn�l pedig a Scroll Lock gombbal menthet�nk. Tudom, legal�bb lenne
ugyanaz mindk�t esetben, de technikai okok miatt egyel�re csak �gy b�rtam
megoldani. A m�velet eredm�ny�t a k�perny� k�zep�n egy z�ld feliraton l�thatjuk.
Ez alól egy kiv�tel van: egy 8 bites VESA-mód teljes k�perny�n. Ekkor nem
l�tunk semmit, mert 8 bites módban nem lehet a 3D-hardverrel rajzolni, m�rpedig
a sz�veg ennek seg�ts�g�vel ker�l k�perny�re.
Ha f�jlba ment�nk, akkor a f�jl neve a program neve megtoldva egy sorsz�mmal
lesz, �s a "temp" k�nyvt�rba ker�l ugyanazon a meghajtón, amelyiken a progi van.
Ha a program neve nem ismert (DOS eset�n lehets�ges), akkor mindig a
C:\temp\dgVoodoo_xyz_.bmp nevet haszn�lja (ahol _xyz_ egy sorsz�m).
Lehet, hogy ez sem a legjobb �gy, k�s�bb m�g v�ltozhat.
Az elmentett bitk�p 8 (teljes k�perny�, VESA), 16 vagy 32 bites, attól
f�gg�en, hogy h�ny bites módban futtatjuk a programot, �s mindig
.BMP form�tumś. M�s form�tum t�mogat�sa nincs �s nem is lesz betervezve.
Csak mentsd el a sz�ks�ges dolgokat, azt�n konvert�ld, amire akarod.

XIII. A dgVoodooSetup haszn�lata (GUI)
--------------------------------------

A dgVoodoo nem haszn�l k�l�n konfig-f�jlt, amib�l a mindenkori be�ll�t�sokat
beolvasn�. Ehelyett ezek mag�ban a GLIDE2X.DLL �s GLIDE.DLL f�jlban t�rolódnak.
A setup program is ezeket a f�jlokat fogja keresni, de l�sd k�s�bb.

A setup h�rom f� �s egy rejtett tablapot haszn�l, amelyen k�l�nb�z� opciók
tal�lhatóak.

"Glob�lis" lap: A Glide-ra �s a VESA-ra egyar�nt vonatkozó opciók
"Glide" lap: Csak a Glide be�ll�t�sai
"VESA" lap: Csak a VESA-emul�cióhoz tartozó cuccok
"Megjelen�t�-specifikus" lap: Az egyes megjelen�t�k speci�lis be�ll�t�sai
(kontext-men�b�l csalható el�)

Platform
Itt v�laszthatjuk ki, hogy a Windowsos vagy DOS-os drivert
szeretn�nk-e �ll�tgatni.

Language / Nyelv
A setup �s a wrapper nyelv�t adhatjuk meg.

Be�ll�t�sok a dgVoodoo al�bbi p�ld�ny�ra
Ebben a combo box-ban a lehets�ges konfigur�landó wrapper-f�jloknak
a neveit l�thatjuk. Alapesetben az aktu�lis k�nyvt�rban keres ilyen
f�jlokat, ha ott nem tal�l, akkor a Windows-k�nyvt�rban.
A list�hoz tov�bbi f�jlokat adhatunk a "Keres�s" gombbal.
A "Win dir" a Windows-k�nyvt�r�ban, a "./" az aktu�lis k�nyvt�rban
keres wrapper-f�jlokat, s ha tal�l, azokat hozz�adja a list�hoz.

Ezen elemek alatt l�tható az aktu�lis lap. Az egyes lapok k�z�tt a megfelel�
f�lek seg�ts�g�vel v�laszthatunk.

"Glob�lis" lap
--------------

Megjelen�t� API
V�laszthatunk a DirectX7- �s DirectX9-megjelen�t� k�z�tt.

Megjelen�t�eszk�z
Az adott k�perny�adapter kiv�laszt�sa.

Meghajtó
A megjelen�t�st v�gz� driver kiv�laszt�sa.
(a szoftveres meghajtókkal valósz�n�leg nem fog jól m�k�dni,
de gondolom, ez nem tśl nagy baj)

K�perny�mód
Ablakos vagy teljes k�perny�s mód k�z�l v�laszthatunk.

K�p bitm�lys�ge
A sz�nm�lys�get adhatjuk meg teljes k�perny�s módban.
Ablakos mód eset�n ezt a k�perny� aktu�lis be�ll�t�sa
hat�rozza meg, amelyet meg is tekinthet�nk a lapok f�lei
felett. Ha ez inkompatibilis a dgVoodoo-val (azaz nem
16 vagy 32 bites), akkor erre figyelmeztet�st kapunk.
A 16 bites mód hasznos lehet a gyors LFB-el�r�sekhez.

Pillanatk�pek
Itt enged�lyezhetj�k a k�perny�ment�st.

Ment�s �llom�nyba
A f�jlba való ment�st teszi lehet�v�.

Ment�s a v�gólapra
A v�gólapra való ment�st teszi lehet�v�.

M�k�d�s VDD-módban
Csak DOS-hoz �s Windows XP-hez: a wrappert ezzel az opcióval �ll�thatjuk
be VDD-módba.

H�tt�rben is fut
Csak DOS-hoz �s Windows XP-hez: a programok a h�tt�rben is futhatnak.

Konzolablak elrejt�se
Csak DOS-hoz: elrejti a program konzolablak�t.

Eg�rfókusz az alkalmaz�sn�l
Csak DOS-hoz: ha az adott program fut, akkor az eg�rfókusz a
Windows-tól a programhoz ker�l. Ez az opció teszi lehet�v� az
eg�r haszn�lat�t.

Ctrl-Alt enged�lyez�se
Csak DOS-hoz: ha enged�lyezve van, ezzel a billenty�kombin�cióval
elengedhetj�k az eg�rfókuszt.

Az ablak m�ret�t mindig meg�rzi
Csak DOS-hoz, ablakos módban: ha az ablakot m�r �tm�retezt�k
k�ny�nkre-kedv�nkre, akkor a tov�bbi �zemmódv�lt�sok, śj felbont�sok
hat�s�ra sem �ll vissza az alap�rtelmezett m�retre.

K�p m�retar�ny�t meg�rzi
A k�p m�retar�nyai v�ltozatlanok maradnak az ablak m�retez�se k�zben.

"Glide lap"
-----------

D3D-textśr�k bitm�lys�ge
A Direct3D-hez l�trehozott textśr�k bitm�lys�ge. A dgVoodoo a k�vetkez�
textśraform�tumokkal k�pes dolgozni (a komponensek sorrendje tetsz�leges):
- 16 bit ARGB_4444
- 16 bit ARGB_1555
- 16 bit RGB_555
- 16 bit RGB_565
- 32 bit ARGB_8888
- 32 bit RGB_888
- 8 bit P8
Indul�skor megn�zi, hogy az adott videók�rtya ezek k�z�l melyeket
t�mogatja, ezeket felveszi egy list�ba, majd fut�s k�zben ezek
k�z�l v�logat, amikor el kell d�ntenie, hogy egy adott 3Dfx-es
textśraform�tumhoz melyik felel meg a legjobban. A lehets�ges
opciók:
- 16 bit: csak 16 bites form�tumokat haszn�ljon
- 32 bit: csak 32 bites form�tumokat haszn�ljon
- Legjobban illeszked�: az �sszes form�tumot figyelembe veheti,
bele�rtve a palett�s (8 bites)
textśr�kat is

Friss�t�si frekvencia
- A monitor frekvenci�ja mindig a legk�zelebbi t�mogatott frekvencia:
Csak teljes k�perny� eset�n, a friss�t�si frekvenci�t arra a monitor
�ltal t�mogatott �rt�kre �ll�tja be, amely az alkalmaz�s �ltal ig�nyelthez
a legk�zelebb esik. A gyakorlatban a kett� valósz�n�leg egyenl� lesz,
mivel a legt�bb Glide-alkalmaz�s 60Hz-es (esetleg 70, 72) frekvenci�t
k�r, amelyet m�g a legpl�hebb monitornak is t�mogatnia kell.
Ez az opció term�szetesen fel�l�rja a "Friss�t�si frekvencia" opcióban
megadott �rt�ket.
A legt�k�letesebb emul�cióhoz �s a finom anim�cióhoz aj�nlott!!

[A m�sik r�gi opció, amivel tetsz�leges friss�t�si frekvencia mellett
lehetett az alkalmaz�s �ltal megadottat haszn�lni, elt�nt, nem volt
kedvem foglalkozni vele, amikor śjra�rtam a 7-es renderer alj�t.
Nem hiszem, hogy valaki haszn�lta volna, az egyetlen �rtelme tal�n az
volt, hogy nagy fr. frekvencia mellett nem folyt ki az ember szeme,
de azt virtu�lisan m�gis le tudta korl�tozni pl. 60Hz-re.]

- Egy f�gg�leges visszafut�st mindig megv�r:
A k�pbufferek cser�jekor mindig megv�r legal�bb egy f�gg�leges
visszafut�st (friss�t�st) akkor is, ha a program ezt nem ig�nyli.
Akkor lehet hasznos, ha egy program nem szinkroniz�lja mag�t a
friss�t�shez, �s emiatt gyorsabban fut a mai g�peken, vagy a l�tv�ny
nem tśl sz�p.
Megjegyz�s: Ez az opció a DirectX9-megjelen�t�re nincs hat�ssal!!
Ott a megjelen�t�-specifikus be�ll�t�sok k�z�tt tudjuk
szab�lyozni a renderer viselked�s�t (ami sajnos egy
glob�lis megszor�t�st jelent).

LFB el�r�se
Itt adhatjuk meg az LFB-el�r�s m�k�d�s�nek jellemz�it.
- LFB el�r�s�nek tilt�sa az adott m�velet(ek)re (�r�s,olvas�s)
Az LFB el�r�se egy lassś m�velet lehet.
Ha egy adott t�pusś el�r�st letiltunk ebben a
combo box-ban, akkor a programok tov�bbra is śgy
�rz�kelik, mintha el�rn�k az LFB-t, de a
valós�gban egy haszn�laton k�v�li puffert l�tnak.
A l�tv�ny emiatt hi�nyos lesz (olvas�s eset�n el is
romolhat), de legal�bb jelent�sen felgyorsul
a program.

- Hardveres gyors�tópufferek haszn�lata, amikor lehet
Tartsd mindig enged�lyezve

- Gyors �r�s nem egyez� form�tumokhoz
Tartsd mindig enged�lyezve

- Textśracsemp�k haszn�lat�nak tilt�sa
A wrapper alapesetben az adott k�r�lm�nyek alapj�n
d�nti el, hogy egy k�zvetlen LFB-�r�shoz textśra-
csemp�ket haszn�l-e vagy nem. Ha śgy tal�lod, hogy
nem mindig d�nt optim�lisan, �s a rohadt textśr�k
csak teljes�tm�nycs�kken�st vagy m�term�ket okoznak,
akkor ezzel az opcióval letilthatod az eg�szet,
visszaesve a sima mezei puffer-m�solgat�sos szintre.

- K�zelebb az igazi hardverhez
A LFB-nek olyan tulajdons�gai lesznek, amelyek
k�zelebb �llnak az igazi Voodoo k�rty��hoz
(ez az opció csak Glide 2.43 eset�n �rhet� el).

Megjegyz�s: ha egy program az aux-puffert akarja �rni/olvasni,
amikor az m�lys�gi- vagy alpha-pufferk�nt m�k�dik, akkor mindig
a haszn�laton k�v�li puffert fogja l�tni (ezen t�pusś pufferek
z�rol�sa m�g nincs implement�lva :-| ).

Felbont�s
Itt b�r�lhatjuk fel�l programok �ltal haszn�lt felbont�st.
Ez a lista tartalmazza a videok�rtya �ltal t�mogatott felbont�sokat,
ezek k�z�l v�logathatunk. Ha a felbont�st nem akarjuk megadni, akkor
a legels� elemet, az "alkalmaz�s adja meg"-et kell v�lasztanunk.

Friss�t�si frekvencia
Itt adhatjuk meg, hogy mekkora legyen a monitor friss�t�si frekvenci�ja.
Ablakos módban, ill. ha a legk�zelebbi t�mogatott frekvenci�ra �ll�tjuk
(l�sd fentebb), akkor ezt nem tudjuk kiv�lasztani.

Textśramemória m�rete
Az emul�lt textśramemória m�rete.

Mipmapping tilt�sa
Ha valamelyik programban/j�t�kban a mipmapping esetleg csśny�n n�zne ki,
akkor letilthatjuk, visszaesve arra a szintre, mintha csak egyszint�
textśr�kat haszn�ln�nk.

Mindig triline�ris mipmapping
A mipmap egyes szintjei k�z�tt is line�risan interpol�l, �gy nem
l�tszódik a hat�rvonal k�z�tt�k.

Mipmap-ek automatikus gener�l�sa
Az mipmap �sszes szintj�nek gener�l�sa, ha a mipmap csak egyetlen
textśr�ból �llna. Ha teh�t egy program eleve t�bbszint� textśr�kat
haszn�l, akkor azokat nem b�r�lja fel�l. Ha ez az opció enged�lyezett,
mindig triline�ris mipmapping t�rt�nik, ha a mipmappinget a program
letiltja.

Mindig biline�ris sz�r�s
Ezzel az opcióval kik�nyszer�thetj�k, hogy a textśr�k mindig elmosva
jelenjenek meg.

Texmem sk�l�z�s 4MB-ra
Enged�lyezhetj�k azt, hogy a textśramemória l�tszólag 4MB legyen.
B�vebb le�r�shoz l�sd az �ltal�nos tippeket.

Gamma-korrekció
A k�p f�nyer�ss�g�nek megad�sa: ezt 0%-tól - 400%-ig
�ll�thatjuk. Ez ablakos módban is m�k�dik!

Colorkeying módszer
A colorkeying az az effekt, amikor nem jelennek meg azok a pixelek, amelyeknek
a sz�ne megegyezik a kulcssz�nnel (colorkey).

N�gyf�le módszer a colorkeyinghez:

- Nat�v
- Nat�v TNT-hez
- Alfa alapś
- Automatikus

Az egyes módszerek le�r�s�t l�sd a megjelen�t�k k�zti k�l�nbs�gek taglal�s�ban.

Mindig triplapufferel�s
Ezzel az opcióval r�k�nyszer�thetj�k a wrappert, hogy mindig h�rom puffert
haszn�ljon az anim�cióhoz, f�ggetlen�l attól, hogy a program mennyit ad meg
(2-t vagy 3-at). Ez felgyors�thatja a fut�st, azonban hib�kat is okozhat a
l�tv�nyban, ha a program felhaszn�lja az el�z� frame-ek (k�pkock�k) tartalm�t.

A TR �rny�k-hib�j�nak jav�t�sa
A Tomb Raider 1-ben manu�lisan korrig�lhatjuk az �rny�khib�t.
Ha ez m�s Dos-os programot megzavar, akkor kapcsold ki!

A v�g�st a Direct3D v�gzi
Ha egy program nem saj�t maga v�gzi el a geometriai v�g�st, hanem a wrapperre
b�zza, akkor az tov�bbpasszolja a Direct3D-nek, ha ez az opció be van
�ll�tva. A Direct3D mindig 3D-ben v�gzi a v�g�st (b�r a Glide szerint csak
2D-v�g�s sz�ks�ges), de ezzel gondok lehetnek (eltorzult poligonok, stb.).
Ha ezt nem enged�lyezz�k, akkor a wrapper a saj�t 2D-v�góalgoritmus�t haszn�lja.
(A 2D v�g�s sem t�k�letes, mivel ha egy adott poligonnak pl. negat�v W-koordin�t�i
is vannak, akkor m�r 3D-ben kellene v�gni... Ez a k�rd�s sz�momra m�g nem
tiszt�zott.)

Glide-gammaramp enged�lyez�se
Enged�lyezhetj�k a k�p f�nyer�ss�g�nek Glide-on kereszt�li �ll�t�s�t. Ez az el�z�
verziókban automatikusan �gy t�rt�nt.

Hardveres vertex pufferek haszn�lata
Ha enged�lyezz�k, a wrapper a geometriai adatokat egyb�l a videók�rtya hardveres
puffer�be dob�lja. Ez kik�sz�b�li a felesleges m�solgat�sokat, viszont k�l�nb�z�
probl�m�kat is okozhat, ez�rt most m�r nincs automatikusan enged�lyezve.
(L�sd a megjelen�t�k k�zti k�l�nbs�geket.)

W-pufferel�s k�nyszer�t�se
Ha a videók�rty�d t�mogatja, valódi W-pufferel�st k�nyszer�thetsz ki
(r�gi ATI k�rty�k �s a GeForce 6xxx-t megel�z� sz�ri�k).

Id�z�t� gyors�t�sa
Ki-bekapcsolhatod a id�z�t�-gyors�t�st, l�sd "�ltal�nos tippek" r�sz.

"VESA-lap"
----------

Ez a lap csak DOS platformn�l jelenik meg, meglep� módon, �s ha el nem sztam
valamit a szetapban.

A be�p�tett VESA-t�mogat�s haszn�lata
Ezzel enged�lyezhetj�k a VESA-emul�ciót.

Friss�t�si frekvencia
A k�p friss�t�s�nek frekvenci�ja. Min�l nagyobb, ann�l finomabb
anim�ciót kapunk. Vigy�zz azonban, tal�ld meg az optimumot: a
friss�t�s id�ig�nyes m�velet, nagyobb frekvencia t�bb id�t ig�nyel,
azaz kevesebb id� jut a program fut�s�ra, lassabb lehet az eg�sz!
(Ez itt igaz�ból m�r r�gi sz�veg, k�kori g�pekn�l j�het el�.)

Az emul�lt videómemória m�rete
Mekkora legyen a virtu�lis SVGA k�rtya memóri�ja.
(Az ezzel kapcsolatos probl�m�kat l�sd kor�bban)
Vigy�zz, nehogy kisebb legyen, mint amekkor�t egy adott videomód
ig�nyel.

13h-as mód t�mogat�sa
A szabv�nyos 320x200 256 sz�n� VGA-módot is emul�lhatjuk.

A Flat/Linear Frame Buffer módok tilt�sa (Win9x/Me)
Mivel a VESA-emu implement�ciója f�ny�vekre van a t�k�letest�l,
bizonyos programok lehet, hogy nem m�k�dnek line�ris módban.
Ilyenkor prób�ld meg ezt a lehet�s�get kikapcsolni, hogy a
jó �reg bankv�lt�sos technik�t legyen k�nytelen haszn�lni.

"Megjelen�t�-specifikus"
------------------------

DirectX9

- Bufferek m�sol�s�nak k�nyszer�t�se a l�ncban
Az opció l�nyege, �rtelme, hogy a front buffer el�rhet� legyen.
Nem felt�tlen�l �rdemes mindig bekapcsolva tartani, mivel
valamennyit ront a teljes�tm�nyen.

- Nem szinkroniz�lja mag�t a f�gg�leges visszafut�shoz
K�pv�lt�skor azonnali v�lt�s. Vannak olyan alkalmaz�sok, amelyek
ezt ig�nylik, DirectX9 eset�n ezt csak ezzel az opcióval tudjuk
k�nyszer�teni.

- Fix funkciójś shaderek k�nyszer�t�se
Ha a megjelen�t� nagyon nem akar m�k�dni, ezzel megn�zheted,
hogy a hagyom�nyos FF-shaderekkel m�k�dik-e.
(Ezt ki kellene m�r irtani a wrapperb�l, de csak egy jelent�s
verzióugr�skor lenne �rtelme.)

- Hardveres gyors�t�s a palett�s textśr�k śjragener�l�s�hoz, ha el�rhet�
�nmag��rt besz�l, �s csak pixel shaderekkel haszn�lható.

- Fekete-feh�r megjelen�t�s
Ez csak aff�le meglepi, nincs sok �rtelme. Csak pixel shaderekkel
haszn�lható, �s csak akkor, ha a hw ad egy kis speci�lis t�mogat�st.

Az "OK" gombbal mentj�k az aktu�lis be�ll�t�sokat, m�g a "Cancel"-lel nem.
A "N�vjegy" a szok�sos gomb, amivel egy�ltal�n nem megy�nk semmire, de
legal�bb komoly alkalmaz�s l�tszat�t kelti.

XIV. A dgVoodooSetup haszn�lata (Parancssoros, a speci�lis be�ll�t�sok piszk�l�s�hoz)
-------------------------------------------------------------------------------------

Ha a dgVoodooSetup parancssora nem �res, a grafikus ablak nem jelenik meg, az
egyes setup-m�veletekhez sz�ks�ges inform�ciót a parancssorból olvassa be.
A konzolon semmif�le visszajelz�st nem kapunk. (Windows alatt egy alkalmaz�s
nem tud egyszerre grafikus �s konzolos is lenni, legal�bbis nem egyk�nnyen.)

A parancssori interf�sszel mint�zhatjuk a grafikus munkafolyamatot, ami �ltal�ban
a k�vetkez�:
- Bet�lt�nk egy konfigur�ciót, vagy a wrapper f�jlból (glide2x.dll, glide.dll),
vagy egy export�lt konfig f�jlból
- A konfigot módos�tjuk, ha sz�ks�ges
- A konfigur�ciót elmentj�k a wrapper f�jlba, �s/vagy export�ljuk egy k�ls�
konfig f�jlba, sz�vegf�jlba

Parancssori opciók:

dgVoodooSetup [wrapperfile] [/opt1] ... [/optn]

ahol a wrapperfile az al�bbi módokon adható meg:

File Egy adott f�jl
$Win$[File]|[:0|1|2] A $Win$ prefix lecser�l�dik a Windows folder�re
Ha a File-t megadtuk, azt hozz�f�zi a Windows folderhez

$FirstFound$[:0|1|2] Az a k�nyvt�r, ahol a wrapper f�jlt el�sz�r megtal�lja

1 = glide.dll, 2 = glide2x.dll, 0 = b�rmelyik
alap�rtelmezett = 0

Magyar�zat a le�r�shoz:

(E/T = Enged�lyez/Tilt)
(Dec = decim�lis sz�m)
(Hex = hexadecim�lis sz�m egy 'x' vagy '0x' prefixszel)
(A logikai m�veletek (On|Off|Inv) alap�rtelmezettje = On)

opciók az egyes m�veletekhez

/?, /h, /help Seg�ts�g a parancssoros interf�szhez

/NoSave Nem menti el a konfigot a wrapper f�jlba
/Import:configfile Bet�lt egy konfigot configfile-ból, k�telez� param�ter
/Export:configfile Elment egy konfigot configfile-ból, k�telez� param�ter
/ExportToText:textfile A konfigot ki�rja egy sz�vegf�jlba, k�telez� param�ter

/Platform[:Win|Dos] A k�v�nt konfig haszn�lata, alap�rtelmezett = Win
/Lang[:Eng|Hun] Nyelv, alap�rtelmezett = Eng

a konfigot módos�tó opciók:

/Windowed[:On|Off|Inv] E/T ablakos mód
/BitDepth[:16|32] K�pbuffer bitm�lys�ge teljes k�perny� eset�n
Alap�rtelmezett: 16
/ScrShot[:On|Off|Inv] E/T pillanatk�pek
/ScrShotToCb[:On|Off|Inv] E/T pillanatk�pek a v�gólapra
/VDDMode[:On|Off|Inv] E/T VDD mód
/RunInBkgnd[:On|Off|Inv] E/T h�tt�rben fut�s
/CLIPOPF[:On|Off|Inv] CLI/POPF kezel�se (Dos, XP)
/HideConsole[:On|Off|Inv] Elrejti/mutatja a konzolablakot
/Mouse[:On|Off|Inv] E/T eg�rfókusz DOS-ra �ll�t�sa
/MouseCtrlAlt[:On|Off|Inv] E/T eg�rfókusz elenged�se Ctrl-Alt-tal
/PreWinSize[:On|Off|Inv] E/T ablakm�ret meg�rz�se
/PreWinAspRat[:On|Off|Inv] E/T ablak m�retar�ny�nak meg�rz�se

/MonFreq[:Hex|Dec] Monitor frekv., 0 = alap�rt. frekv., alap�rtelmezett = 0
/ClosestMonFreq[:On|Off|Inv] E/T az alkalmaz�s �ltal k�rt frekvenci�hoz
legk�zelebb �lló t�mogatott monitorfrekv. be�ll�t�sa,
fel�lb�r�lja a MonFreq be�ll�t�st
/WaitOneRetrace[:On|Off|Inv] E/T legal�bb egy f�gg�leges visszafut�s megv�r�sa

/TextureBitDepth[:0|16|32] Direct3D-textśr�k bitm�lys�ge, 0 = legjobban illeszked�,
alap�rtelmezett = 0
/PerfectTexEmu[:On|Off|Inv] E/T t�k�letes textśramemória-emul�ció
/StoreTexCopies[:On|Off|Inv] E/T textśram�solatok t�rol�sa
/DisableMipMap[:On|Off|Inv] E/T mipmapping
/AutoGenMipmap[:On|Off|Inv] E/T mipmap-szintek automatikus gener�l�sa
/ForceTriMipMap[:On|Off|Inv] E/T triline�ris mipmapping k�nyszer�t�se
/ManagedTextures[:On|Off|Inv] E/T managed textśr�k: a textśr�kat a DirectX runtime
kezeli, �s sz�ks�g szerint � �ll�tja �ket helyre
/TexMemScaleTo4M[:On|Off|Inv] E/T textśramemória sk�l�z�sa 4MB-ra

/LfbAccess[:Enable|Disable|DisableRead|DisableWrite]
Lfb el�rhet�s�g�nek be�ll�t�sa, alap�rtelmezett = Enable
/HwCacheBuffs[:On|Off|Inv] E/T hardveres gyors�tópufferek
/FastWriteUnmatch[:On|Off|Inv] E/T gyors �r�s nem egyez� form�tumokhoz
/FastWriteMatch[:On|Off|Inv] E/T gyors �r�s egyez� form�tumokhoz
/ColorFmtOnLfbFmt[:On|Off|Inv] E/T Lfb �r�si form�tum�t befoly�solja az �ltal�nos sz�nform�tum
/RescaleChangesOnly[:On|Off|Inv]E/T csak a v�ltoz�sok �tm�retez�se
/FlushAtUnlock[:On|Off|Inv] E/T Lfb-v�ltoz�sok �llandó �r�t�se z�rol�s felold�sakor
/NoMatchingFmt[:On|Off|Inv] E/T nincsenek egyez� Lfb-form�tumok
/TextureTiles[:Auto|Disabled|Forced]
Módszer kiv�laszt�sa a textśracsemp�k alkalmaz�s�hoz
Auto = automatikus, Disabled = tiltott,
Forced = mindig textśracsemp�k k�nyszer�t�se,
alap�rtelmezett = Auto
/LfbRealHw[:On|Off|Inv] E/T k�zelebb az igazi hardver

/CKMethod[:Auto|Alpha|Native|NativeTNT]
A colorkeying módszer be�ll�t�sa, alap�rtelmezett = Auto
/CKTntInFallback[:On|Off|Inv] E/T Native TNT módszer, amikor auto módban az alfa-alapś
nem haszn�lható (csak DirectX7)
/AlphaRef[:Hex|Dec] Alfa referencia�rt�k az auto colorkeying módszerhez
tartom�ny: 0-255, alap�rtelmezett = 0

/TexMemSize[:Hex|Dec] Textśramemória m�rete kB-okban, alap�rtlemezett = 8192

/XRes[:Hex|Dec] Fel�lb�r�lt v�zszintes felbont�s, alap�rtelmezett = 0
/YRes[:Hex|Dec] Fel�lb�r�lt f�gg�leges felbont�s, alap�rtelmezett = 0
(X=0 �s Y=0 az alkalmaz�s �ltal k�rt felbont�st jelenti)

/Gamma[:Hex|Dec] Gamma korrekció sz�zal�kban,
tartom�ny: 0-400, alap�rtelmezett = 100

/ForceTriBuff[:On|Off|Inv] E/T triplapufferel�s k�nyszer�t�se
/FixTR1[:On|Off|Inv] E/T TR1 �rny�k-hib�j�nak jav�t�sa
/ClipByD3D[:On|Off|Inv] E/T geometriai v�g�st a Direct3D v�gzi
/GlideGamma[:On|Off|Inv] E/T Glide gamma ramp
/HwVertexBuff[:On|Off|Inv] E/T hardveres vertexpufferek
/WBuffDetMethod[:ForceZ|ForceW|DriverFlag]
A W-puffer emul�ciója detekt�l�s�nak módszere,
alap�rtelmezett = DriverFlag
/DepthColorEq[:On|Off|Inv] E/T a k�p- �s m�lys�gi puffer bitm�lys�ge egyenl�
/ForceIndexed[:On|Off|Inv] E/T indexelt primit�vek k�nyszer�t�se
/PreferTMUW[:On|Off|Inv] E/T a TMU-hoz megadott W koordin�ta prefer�l�sa, ha sz�ks�ges
/TimerBoost[:Hex|Dec] Id�z�t� gyors�t�s�nak periódusideje ms-okban DOS-hoz
0 = nincs gyors�t�s, alap�rtelmezett = 80

/Vesa[:On|Off|Inv] E/T be�p�tett VESA-emul�ció haszn�lata
/VesaRefRate[:Hex|Dec] VESA friss�t�si frekvencia Hz-ben, tartom�ny: 45-70,
alap�rtelmezett = 50
/VesaMem[:Hex|Dec] VESA videómemória m�rete kB-okban, alap�rtelmezett = 1024
/Supp13[:On|Off|Inv] E/T 0x13-as VGA mód (320x200x8)
/DisableFlat[:On|Off|Inv] E/T Flat/Linear VESA módok

/MirrorVert[:On|Off|Inv] E/T k�perny� f�gg�leges t�kr�z�se

opciók csak DX9-hez

/DX9LfbCopy[:On|Off|Inv] E/T lfb-l�ncban m�sol�s, el�rhet� front buffer
/DX9NoVRetrace[:On|Off|Inv] E/T azonnali, szinkroniz�ció n�lk�li bufferv�lt�s
/DX9FFShaders[:On|Off|Inv] E/T FF shaderek k�nyszer�t�se
/Dx9HwPalTextures[:On|Off|Inv] E/T Palett�s textśr�k hardveres śjragener�l�sa
/DX9BlackWhite[:On|Off|Inv] E/T fekete-feh�r megjelen�t�s

A konfigur�ció a wrapper f�jlból ker�l bet�lt�sre, de az /Import opció ezt fel�lb�r�lja,
ha meg van adva. Ha sem wrapper f�jlt, sem k�ls� konfig f�jlt nem adunk meg, akkor
a setup az alap�rtelmezett konfigur�ciót haszn�lja. Ezut�n minden megadott módos�t�s
megt�rt�nik a konfigban, majd ezt elmenti a wrapper f�jlban, kiv�ve ha a /NoSave opciót
megadtuk, s�t, export�lja egy k�ls� f�jlba /Export eset�n, �s ki�rja sz�vegf�jlba a
/ExportToText haszn�lat�val.
Ha egy opciónak param�tert adunk, akkor azt kett�sponttal v�laszthatjuk el. Ha egy adott
param�ter nem k�telez� �s nincs megadva, akkor az alap�rtelmezett �rt�ket haszn�lja a
setup.
Szintaktikai hiba vagy ismeretlen opció eset�n nem t�rt�nik semmi!
A paracssorban a kis- �s nagybet�k nincsenek megk�l�nb�ztetve.

P�ld�k:

dgVoodooSetup $FirstFound$:2 /Platform:Dos /Windowed:On

Megkeresi a glide2x.dll f�jlt (az aktu�lis �s Windows k�nyt�rban), bet�lti a DOS
konfigot, be�ll�tja az ablakos módot, azt�n elmenti a konfigot.

dgVoodooSetup $Win$Glide2x.dll /Platform:Win /CKMethod /Export:MyConfig.cfg

Megkeresi a glide2x.dll f�jlt a Windows k�nyt�rban, bet�lti a Win
konfigot, a colorkeying módszert automatikusra �ll�tja, azt�n a konfigot elmenti,
�s export�lja a MyConfig.cfg f�jlba.

dgVoodooSetup /Platform:Win /LfbAccess:DisableRead /ExportToText:MyConfig.txt

Veszi az ala�rtelmezett konfigot, letiltja olvas�sra az lfb el�r�s�t, majd a
konfigot ki�rja sz�vegf�jlba.

Megjegyz�sek:

$Win$:1 ugyanaz, mint a $Win$glide.dll, �s $Win$:2 ugyanaz, mint a $Win$glide2x.dll.

$Win$:0 (vagy csak $Win$) a glide2x.dll-t keresi a Windows k�nyvt�rban, de ha nem
tal�lja, akkor a glide.dll ut�n kutakodik.

$FirstFound$:0 (vagy csak $FirstFound$) a glide2x.dll-t vagy glide.dll-t keresi az
aktu�lis �s Windows k�nyvt�rban.
A keres�si sorrend:

current_dir\glide2x.dll
current_dir\glide.dll
Win_dir\glide2x.dll
Win_dir\glide.dll

mint ahogy az ablakos fel�let is tev� ezt.

Rem�lem, igaz�n borzalmasra sikeredett, jó szórakoz�st! :)

Wyszukiwarka

Podobne podstrony:
readme hun
README
Readme
readme
readme
readme
7 ReadMe
dist mem gen v6 2 readme
ReadMe
readme
Mscode99 README
README

więcej podobnych podstron