Wy¶wietlanie obrazków BMP Wy¶wietlanie obrazków BMP Je¶li przejrzeli¶cie mój poprzedni kurs zwi±zany z grafik±, to umiecie ju¿ co¶ samodzielnie narysowaæ. Ale przecie¿ w Internecie (i nie tylko) jest tyle ciekawych rysunków, nie mówi±c ju¿ o tych, które mogliby¶cie stworzyæ dla jakiego¶ specjalnego celu, np. swojej w³asnej gry. Dlatego teraz poka¿ê, jak takie rysunki wy¶wietlaæ. Ze wzglêdu na prostotê formatu, wybra³em pliki typu BMP. Plik, który chcecie wy¶wietliæ powinien mieæ rozmiar 320x200 pikseli w 256 kolorach (jak pamiêtamy, taki rysunek pasuje jak ula³ do trybu graficznego 13h). Wszystkie operacje na pliku zosta³y ju¿ przez mnie szczegó³owo opisane w jednej z czê¶ci mojego kursu, wiêc tutaj nie bêdziemy po¶wiêcaæ im zbyt wiele uwagi. Ale przejd¼my wreszcie do interesuj±cych nas szczegó³ów. Powinni¶cie zaopatrzyæ siê w cokolwiek, co opisuje format BMP. Informacje, z których bêdê tutaj korzysta³, znalaz³em w Internecie (niestety, nie pamiêtam ju¿ gdzie, ale mo¿ecie poszukaæ na http://www.wotsit.org/). A oto nag³ówek pliku BMP (sk³adnia jêzyka Pascal niestety): Autor tekstu: Piotr Sokolowski, 6 maja 1998r -------------------------------------------- Budowa naglowka pliku BMP: Type TBitMapHeader = Record bfType : Word; (dwa bajty) bfSize : LongInt; (cztery bajty) bfReserved : LongInt; bfOffBits : LongInt; biSize : LongInt; biWidth : LongInt; biHeight : LongInt; biPlanes : Word; biBitCount : Word; biCompression : LongInt; biSizeImage : LongInt; biXPelsPerMeter : LongInt; biYPelsPerMeter : LongInt; biClrUsed : LongInt; biClrImportant : LongInt; End; Gdzie: bftype - jest to dwubajtowa sygnatura "BM" bfsize - czterobajtowy rozmiar pliku bfreserved - pole zarezerwowane(0) bfoffbits - przesuniecie poczatku danych graficznych bisize - podaje rozmiar naglowka biwidth - wysokosc bitmapy w pikselach biheight - szerokosc bitmapy w pikselach biplanes - liczba pitplanow(prawie zawsze ma wartosc 1) bibitcound - ilosc bitow na piksel. Przyjmuje wartosc 1,4,8 lub 24. bicompression - sposob kompresji bisizeimag - rozmiar obrazka w bajtach. W przypadku bitmapy nie skompresowanej rowne 0. bixpelspermeter, biypelspermeter - ilosc pikseli na metr biclrused - ÿilosc ÿkolorow ÿistniejacej ÿpalety, ÿa ÿuzywanych wlasnie przez bitmape biclrimporant - okresla ktory kolor bitmapy jest najwazniejszy, gdy rowny 0 to wszystkie sa tak samo istotne. Ale spokojnie - nie musicie znaæ ich wszystkich, bo my nie bêdziemy wszystkich u¿ywaæ. ¦ci¶le mówi±c, nie bêdziemy u¿ywaæ ani jednego z tych pól! No to po co to wszystko? Po to, aby znaæ d³ugo¶æ nag³owka pliku (54 bajty), który ominiemy przy analizie pliku. Po nag³ówku idzie paleta 256 kolorów * 4 bajty/kolor = kolejny 1kB. Je¶li macie jakie¶ w±tpliwo¶ci co do tego 1 kilobajta, to s³usznie. Oczywi¶cie, do opisu koloru wystarcz± 3 bajty (odpowiadaj±ce kolorom czerwonemu, zielonemu i niebieskiemu - RGB), co daje razem 768 bajtów. Co czwarty bajt nie zawiera ¿adnej istotnej informacji i bêdziemy go pomijaæ (zmienna "z"). Zaraz po palecie idzie obraz, piksel po pikselu. Niestety, nie jest to tak "logiczne" ustawienie, jak by¶my sobie tego ¿yczyli. Otó¿, pierwsze 320 bajtów to ostatni wiersz obrazka, drugie 320 - przedostatni, itd. Dlatego trzeba bêdzie troszkê pokombinowaæ. Zanim jeszcze zaczniemy, nale¿y siê przyjrzeæ, których portów (choæ to samo mo¿na uzyskaæ wywo³uj±c odpowiednie przerwanie) i dlaczego bêdziemy u¿ywaæ (patrzymy do pliku "ports.lst" w Spisie Przerwañ Ralfa Brown'a): 03C8 RW (VGA,MCGA) PEL address register (write mode) Sets DAC in write mode and assign start of color register index (0..255) for following write accesses to 3C9h. Don't read from 3C9h while in write mode. Next access to 03C8h will stop pending mode immediatly. 03C9 RW (VGA,MCGA) PEL data register Three consequtive reads (in read mode) or writes (in write mode) in the order: red, green, blue. The internal DAC index is incremented each 3rd access. bit7-6: HiColor VGA DACs only: color-value bit7-6 bit5-0: color-value bit5-0 Czyli, najpierw na 3C8h idzie numer rejestru dla danego koloru (rejestrów jest 256 i kolorów te¿), a potem na 3C9h id± trzy warto¶ci kolorów: czerwonego, zielonego i niebieskiego, których po³±czenie daje nam ¿±dany kolor. Ale dobierzmy siê wreszcie do kodu: ; Program wyswietla na ekranie kolorowy rysunek o rozmiarze ; 320x200 w 256 kolorach, umieszczony w pliku. ; ; nasm -O999 -o bmp1.com -f bin bmp1.asm ; ; Autor: Bogdan D., bogdandr (at) op (kropka) pl ; ; na podstawie kodu podpisanego "Piotr Sokolowski", napisanego w jezyku Pascal org 100h ; ================================================================= start: mov ax, 13h int 10h ; uruchamiamy tryb graficzny 13h - 320x200x256 mov ax, 3d00h ; otwieramy plik tylko do odczytu mov dx, nazwa_pliku int 21h jnc otw_ok mov ah, 9 mov dx, blad_plik ; wyswietlane, gdy wystapil blad int 21h err: mov ax, 4c01h ; wyjscie z kodem bledu=1 int 21h otw_ok: mov bx, ax ; bx = uchwyt do pliku mov ah, 3fh ; czytanie z pliku mov cx, 54 ; wyrzucamy 54 bajty naglowka mov dx, smieci int 21h jc err ; ================================================= ; wczytywanie palety z pliku: ; ================================================= xor si, si ; wskaznik do tablicy "paleta" czytaj_pal: mov ah, 3fh ; czytanie z pliku mov cx, 4 ; czytam po 4 bajty - do b,g,r i "z". "z" odrzucamy mov dx, b int 21h jc err ; ustawiamy palete: mov al, [r] shr al, 2 mov [paleta+si], al ; paleta[si] = [r] / 4 mov al, [g] shr al, 2 mov [paleta+si+1], al ; paleta[si] = [g] / 4 mov al, [b] shr al, 2 mov [paleta+si+2], al ; paleta[si] = [b] / 4 add si, 3 ; przejdz o 3 miejsca dalej - na kolejne wartosci RGB cmp si, 256*3 ; sprawdz, czy nie zapisalismy juz wszystkich kolorow jb czytaj_pal ; ================================================= ; wysylanie palety do karty graficznej: ; ================================================= xor ax, ax xor si, si ; SI = wskaznik do palety mov dx, 3c8h ; port karty graficznej wyslij_palete: out dx, al ; wysylamy numer rejestru, wszystkie od 0 do 255 inc dx ; DX = port 3C9h push ax ; zapisujemy kolorki: czerowny, zielony, niebieski. mov al, [paleta+si] ; AL = czerwony (patrz petla "czytaj_pal") out dx, al mov al, [paleta+si+1] ; AL = zielony out dx, al mov al, [paleta+si+2] ; AL = niebieski out dx, al pop ax add si, 3 ; przejdz do nastepnych wartosci kolorow dec dx ; DX z powrotem 3C8h inc ax ; wybierzemy kolejny rejestr koloru w karcie graficznej cmp ax, 256 ; sprawdz, czy juz koniec pracy jb wyslij_palete ; ================================================= ; wczytywanie obrazka: ; ================================================= mov ax, 0a000h mov ds, ax ; czytaj bezposrednio do pamieci ekranu mov dx, 64000-320 ; DX = adres ostatniego wiersza mov cx, 320 ; z pliku czytamy po 1 bajcie obrazek: mov ah, 3fh int 21h ; czytaj 320 pikseli prosto na ekran jc err sub dx, 320 ; przejdz do wczesniejszego wiersza jnc obrazek ; dopoki nie musimy "pozyczac" do odejmowania. ; pozyczymy dopiero wtedy, gdy DX < 320 - a to sie ; zdarzy dopiero, gdy DX = 0, czyli przerobilismy ; caly obrazek i ekran ; ================================================= ; koniec programu: ; ================================================= mov ah, 3eh int 21h ; zamknij plik jc err xor ah, ah int 16h ; czekamy na klawisz mov ax, 3 int 10h ; powrot do trybu tekstowego mov ax, 4c00h int 21h ; ================================================= ; dane: ; ================================================= nazwa_pliku db 'rys1.bmp',0 blad_plik db 'Blad operacji na pliku!$' smieci times 54 db 0 paleta times 768 db 0 b db 0 g db 0 r db 0 z db 0 kolor db 0 Mam nadziejê, ¿e kod jest do¶æ jasny. Nawet je¶li znacie assemblera tylko w takim stopniu, w jakim to jest mo¿liwe po przeczytaniu mojego kursu, zrozumienie tego programu nie powinno sprawiæ Wam wiêcej k³opotów ni¿ mnie sprawi³o przet³umaczenie go z Pascala.