A-HA.....
Dakle: mali background..
Pod DOS/console-om se stvari desavaju na malo primitivniji nacin..
BTW: ako si nestrpljiv potrazi dole tocno sto treba napraviti, pa ako ti to djeluje kao magija, vrati se ovdje.
[b]CPU registri[/b]
CPU, ovisno o arhitekturi, ima odredjen skup sistemskih registara. Nama trebaju samo prastari 16-bitni registri za sada pa cu se na njih koncentrirati:
AX, BX, CX, DX su registri opce namijene. Njih ces najvise koristiti. AX se tradicionalno koristi za slanje informacija o tome koju tocno proceduru unutar soft. interrupta zelimo pozvati. CX se tradicionalno koristi kod petlji (Counter Register se jos zove). DX i BX uglavnom salju parametre soft. interrupt funkcijama.
Postoje i AH, AL, BH, BL, ...., DH, DL registri koji sluze za direktan pristup gornjim, tj. donjim 8bitovima tih registara. Npr. AH=12h;AL=34h; je isto kao i AX=1234h, OK?
ES:DI, DS:SI parovi se koriste za operacije sa pointerima (i DX:AX par se koristi za pointere ali rijetko). Nekim registrima nije moguce prici direktno. Npr. da bi promjenio ES registar ces cesto morati najprije zadati vrijednost AX registru i onda tu vrijednost iz AX preslikati u ES :?
Ovi drugi ti za sada nisu toliko bitni, ali i do njih ces doci...
[b]Interrupti[/b]
postoje tri vrste interrupta koje dijelimo po pozivatelju: CPU interrupt (samo jedan), hardverski i softverski interrupti.
Na pocetnoj adresi sistemske memorije (0000h:0000h) se nalazi tzv Interrupt Vector Table (toliko o NULL pointeru.... ;)). To je niz od 256 pointera na procedure. Kada npr., pritisak gumba na tastaturi pozove interrupt 9h, onda se poziva procedura adresirana 9-tim mjestom u tom nizu. (jos jedan korisan hrdw. interrupt je 1Ch koji se poziva sam od sebe 18.2-19 puta u sekundi)
Softverski interrupti se pozivaju, jel softverski :) i koriste CPU registre za primanje parametara i vracanje rezultata funkcije, npr: namjestis li AL registar na 02h i pozoves softverski interrupt 16h, AL ce poprimiti bit vrijednosti koje ce ti reci da li je stisnut lijevi ili desni shift, control, alt itd. koje inace ne bi mogao registrirati.
ASM:[code:1]MOV AL, 02h
INT 16h[/code:1]
C: [code:1]#include <dos.h>
#include <stdio.h>
#include <process.h>
union REGS regs;
....
regs.h.al = 0x02;
int86( 0x16, ®s, ®s);[/code:1]
(ovo je malo izmijenjen primjer sa one stranice iz proslog posta koji radi istu stvar kao onaj komad asm koda)
E sad.. Sto je tvoj problem?
Stisne se gumb na tastaturi, hardver poziva interrupt 9h. Interrupt procedure pi 9h najprije aplicira tzv "typematic delay", tj. ceka (npr 0.5-1s) ignorirajuci cinjenicu da je trenutni gumb jos uvijek stisnut prije nego pocne (da bi mogao normalno pisati, iskljucivanje typematic delaya rezultira desetinama znakova ispisanih na ekranu pri svakom pritisku gumba) puniti keyboard buffer sa njime. To je, bar za igre, lose. Jer ti zelis da kada netko legne npr. na pucanje da nema nikakvog delaya.
S druge strane keyboard buffer stvara dodatne probleme. To je tampon zona izmedju tastature i ostatka sustava i tamo se spremaju znakovi prije no sto se procesuiraju. Dobro ako imas zastoje u radu zbog prevelikog opterecenja pa ti se ne gube znakovi "po putu". Lose sto beepa ako se napuni a za igre ti ni ne treba.
[b]Dakle[/b]: rijesenje je iz pocetka prepisati keyboard interrupt. Buduci da ti treba stroga kontrola sto pise gdje u kojem CPU registru u trenutku pocetka i zavrsetka rada interrupt procedure, to moras napraviti u assembleru i onda pomocu C-a tu proceduru ubaciti u IVT. Nadalje, treba biti oprezan jer ce ti sustav hangat ako zaboravis aplicirati neke ne-bas-najbolje dokumentirane promjene cpu registrima koje M$ aplikacije i OS ocekuju od jednog kulturnog keyboard interrupta.
[b]Ideja:[/b]
napraviti alternativni interrupt handler tako da na nove znakove koji dolaze sa porta ne filtrira kroz typematic delay i ne sprema u buffer, nego u niz od 256 znakova u kojima su vrijednosti 0, tj. 1 ako je tipka stisnuta te samo u tom nizu azurirati podatke o stisnutim tipkama. To moze biti obicni char[256] niz.
U igri tada u svakom ciklusu provjeravas da li je neki botun stisnut i apliciras promjene na svakog igraca shodno tomu.
Da bi natjerao sustav da poziva tvoj interrupt handler umjesto onog uobicajenog moras element 9h niza (IVT-a) promjeniti u adresu tvoje procedura, ali tako da najprije sacuvas adresu starog handlera.
Prije gasenja programa vrati vrijednost tog pointera na staru vrijednost interrupt handlera (tako da pointer u IVT-u kojeg poziva tastatura opet pokazuje na stari keyboard handler).
Ako ti je sve ovo too much, imam to gotovo negdje, al moram potraziti pa postam...
PS mozda ce ti windoze prijaviti access violation ako pokusas pisati direktvno po IVT-u, pa ti je mozda bolje okoristiti se sa dvije soft. interrupt procedure koje tomu sluze. Ne sijecam se dobro ni interrupta ni parametara kojima ju se poziva pa ti preporucam mali search po Ralphovom interrupt primeru...
(ovo je malo izmijenjen primjer sa one stranice iz proslog posta koji radi istu stvar kao onaj komad asm koda)
E sad.. Sto je tvoj problem?
Stisne se gumb na tastaturi, hardver poziva interrupt 9h. Interrupt procedure pi 9h najprije aplicira tzv "typematic delay", tj. ceka (npr 0.5-1s) ignorirajuci cinjenicu da je trenutni gumb jos uvijek stisnut prije nego pocne (da bi mogao normalno pisati, iskljucivanje typematic delaya rezultira desetinama znakova ispisanih na ekranu pri svakom pritisku gumba) puniti keyboard buffer sa njime. To je, bar za igre, lose. Jer ti zelis da kada netko legne npr. na pucanje da nema nikakvog delaya.
S druge strane keyboard buffer stvara dodatne probleme. To je tampon zona izmedju tastature i ostatka sustava i tamo se spremaju znakovi prije no sto se procesuiraju. Dobro ako imas zastoje u radu zbog prevelikog opterecenja pa ti se ne gube znakovi "po putu". Lose sto beepa ako se napuni a za igre ti ni ne treba.
Dakle: rijesenje je iz pocetka prepisati keyboard interrupt. Buduci da ti treba stroga kontrola sto pise gdje u kojem CPU registru u trenutku pocetka i zavrsetka rada interrupt procedure, to moras napraviti u assembleru i onda pomocu C-a tu proceduru ubaciti u IVT. Nadalje, treba biti oprezan jer ce ti sustav hangat ako zaboravis aplicirati neke ne-bas-najbolje dokumentirane promjene cpu registrima koje M$ aplikacije i OS ocekuju od jednog kulturnog keyboard interrupta.
Ideja:
napraviti alternativni interrupt handler tako da na nove znakove koji dolaze sa porta ne filtrira kroz typematic delay i ne sprema u buffer, nego u niz od 256 znakova u kojima su vrijednosti 0, tj. 1 ako je tipka stisnuta te samo u tom nizu azurirati podatke o stisnutim tipkama. To moze biti obicni char[256] niz.
U igri tada u svakom ciklusu provjeravas da li je neki botun stisnut i apliciras promjene na svakog igraca shodno tomu.
Da bi natjerao sustav da poziva tvoj interrupt handler umjesto onog uobicajenog moras element 9h niza (IVT-a) promjeniti u adresu tvoje procedura, ali tako da najprije sacuvas adresu starog handlera.
Prije gasenja programa vrati vrijednost tog pointera na staru vrijednost interrupt handlera (tako da pointer u IVT-u kojeg poziva tastatura opet pokazuje na stari keyboard handler).
Ako ti je sve ovo too much, imam to gotovo negdje, al moram potraziti pa postam...
PS mozda ce ti windoze prijaviti access violation ako pokusas pisati direktvno po IVT-u, pa ti je mozda bolje okoristiti se sa dvije soft. interrupt procedure koje tomu sluze. Ne sijecam se dobro ni interrupta ni parametara kojima ju se poziva pa ti preporucam mali search po Ralphovom interrupt primeru...
_________________
Pupoljak nije negiran. Rekao sam to i ponovit cu to jos jedanput. Pupoljak NIJE negirAn.
MADD
(Mothers Against Dirty Dialectics)
Based on a true story. NOT.
Ko ih sljivi, mi sviramo punk
pa bi to bilo dobro mjesto za pogledati dalje?
