Laborator01

More documents

Recommendations

Info

1. Formate de imagine o Offset 08 număr octeŃi 2 name "bfReserved2": rezervat utilizatorului (0000h) o Offset 10 număr octeŃi 4 name "bfOffBits": reprezintă offsetul de la începutul fişierului de unde începe structură de date imagine BITMAP în bytes. BitmapInfoHeader o Offset 14 număr octeŃi 4 name " biSize": reprezintă dimensiunea BITMAPINFOHEADER, în octeŃi. o Offset 18 număr octeŃi 4 name "biWidth": reprezintă lungimea imaginii în pixeli (numărul de pixeli dintr-o linie). o Offset 22 număr octeŃi 4 name "biHeight": reprezintă înălŃimea imaginii în pixeli (numărul de linii). o Offset 26 număr octeŃi 2 name "biPlanes": reprezintă numărul de planuri de culoare (R,G,B); pentru 256 culori nu există planuri de culoare ci paletă de culori, deci această variabilă se află setată la 01h. o Offset 28 număr octeŃi 2 name "biBitCount": reprezintă numărul de biŃi necesari pentru memorarea unui pixel, care specifică indirect câte culori conŃine informaŃia BitMap. Valorile uzuale sunt: 1: Bitmap monocrom 2 colori 4: BMP cu maxim 16 culori 8: BMP cu maxim 256 culori 24:BMP true color maxim 16,7 milioane culori . În acest caz nu există o tabelă de culori în structura BitMap, informaŃia de imagine fiind organizată în trei plane de culoare (vezi paragraful 1.0.0). o Offset 30 număr octeŃi 4 name "biCompression": reprezintă tipul compresiei utilizate, valorile standard sunt: BIRGB (valoare 00h) BitMap necomprimat (4 biŃi/pixel). BIRLE 4 (valoare 01h) se utilizează o codare cu pas variabil cu maxim 16 culori (4 biŃi/pixel) BIRLE 8 (valoare 02h) se utilizează o codare cu pas variabil cu maxim 256 culori (8 biŃi/pixel). o Offset 34 număr octeŃi 4 name "bisizeImage": reprezintă mărimea structurii BMP în bytes. o Offset 38 număr octeŃi 4 name "biXPelsPerMeter": rezoluŃia orizontală în pixeli/metru. o Offset 42 număr octeŃi 4 name "biYPelsPerMeter": rezoluŃia verticală în pixeli/metru. o o Offset 46 număr octeŃi 4 name "biClvUsed": numărul culorilor utilizate. Offset 50 număr octeŃi 4 name "biClvImportant": numărul de culori semnificative în reprezentarea imaginii. În continuare vom prezenta structura paletei de culori. Această informaŃie începe de la offset 54 şi este cunoscută sub numele de RGB QUAD, fiind organizată în partiŃii de patru octeŃi, câte o partiŃie pentru fiecare culoare folosită, şi un octet este rezervat utilizatorului. Să presupunem astfel că avem un număr de 236 culori folosite, (indicat la poziŃia 46 în BitMap Header) vor rezulta în RGB QUAD 236 partiŃii a câte patru octeŃi fiecare, aceasta fiind de fapt şi lungimea RGB QUAD pentru imaginea citită. Această lungime este diferită de la o imagine la alta, iar în cazul în care avem o imagine cu o singură culoare, RGB QUAD are lungimea de patru octeŃi. Între aceştia se va găsi informaŃia care face referire la modul de programare a paletei de culori (doar în cazul în care avem o imagine cu maxim 256 culori) şi arată astfel: Structura unei partiŃii RGB QUAD: Offset 00h număr octeŃi 1 name "rgbBlue": intensitatea componentei de bază pentru albastru. Offset 01h număr octeŃi 1 name "rgbGreen": intensitatea componentei de bază pentru verde. Offset 02 număr octeŃi 1 name "rgbRed": intensitatea componentei de bază pentru roşu. Offset 03h număr octeŃi 1 name "rgbReserved": nu este folosit, (00h). 1.2.1 Formatul BitMap necomprimat Cu valoare zero pentru "biCompression", datele sunt ordonate de jos în sus primul pixel care reprezintă un pixel din imagine fiind cel indicat de "bfOffBits" şi care este pixelul din stânga jos de coordonată (0, MAXy). Astfel, primul pixel citit de aici va fi pus în partea inferioară a ecranului. Rezultă deci, că în mod normal, imaginea va apare pe ecran de jos în sus. 1.2.2 Formatul BitMap de 24 biŃi Are o structură cu totul specială care se pretează unor imagini în format "TRUE COLOR" de o calitate superioară. În acest caz nu mai există o informaŃie referitoare la paleta de culori deoarece ea practic nu mai este necesară, calculatorului lipsindu-i o paletă de culori. În acest caz informaŃia de culoare este memorată pentru fiecare pixel în parte. Se poate practic reprezenta orice imagine fără a programa paleta, acest lucru fiind posibil datorită numărului foarte mare de combinaŃii de culori (16,7 milioane - 2 24 ). InformaŃia citită din fişierul BMP format 24 biŃi reprezintă direct cele trei componente de culoare R G B care pot lua valori între 0 şi 255, putând în acest caz avea un număr de 256 nivele diferite de gri, pentru fiecare plan de culoare. Avantajul folosirii acestui mod grafic iese în evidenŃă la vizualizarea formatelor AVI (secvenŃe video) care 2
SACCDAV memorează o secvenŃă de imagine, fără a mai sintetiza o paletă de culori care ar creşte ca mărime o dată cu creşterea duratei secvenŃei. Aceste moduri grafice sunt cele folosite în High Digital Television având posibilitatea redării oricărui conŃinut de culoare dintr-o imagine. 1.2.3 Calculul dimensiunii unui fişier BMP După cum am arătat mai sus un fişier BMP este format din trei părŃi: bitmap header, paleta de culori şi informaŃia de imagine. De aici rezultă că dimensiunea unui fişier BMP va fi egală cu suma dimensiunilor celor trei câmpuri. Astfel, spaŃiul de memorie ocupat de bitmap header este de 54 de octeti (bytes). În cazul în care se foloseşte pentru reprezentarea imaginii o paletă de culori, pentru fiecare culoare se vor aloca câte patru octeŃi (câte unul pentru fiecare componenta de culoare roşu, albastru şi verde, urmaŃi de încă unul cu valoarea 0, octet rezervat de standard). Mărimea informaŃiei de imagine este direct proporŃională cu dimensiunea imaginii. Astfel, pentru fiecare pixel al imaginii se vor aloca câte b-biti (unde b reprezintă poziŃia culorii în paletă, b este reprezentat de un număr de biŃi egal cu numărul de biŃi pe care este reprezentată fiecare culoare din paleta de culori împărŃit la trei) respective 24 biŃi (pentru imaginile true color, cele care nu folosesc paleta de culori). Între calculul teoretic şi cel practic (dimensiunea reală a unui fişier BMP) pot să existe diferenŃe. Acestea apar atunci când numărul de pixeli pe orizontală nu este divizibil cu patru (multiplu de patru). Prin urmare avem două cazuri. 1. Dimensiunea liniei unei imagini este multiplu de patru, caz în care rezultatul calculului teoretic va coincide cu dimensiunea fişierului: Ex. O imagine de 16 pixeli lăŃime şi 10 înălŃime, având o paletă de 256 de culori. D = D + D + D = 54octeti + 4*256octeti + 16*10octeti = 1238octeti teoretic header paleta inf . img . D = D + D + D = 54octeti + 4* 256octeti + 16*10octeti = 1238octeti practic header paleta inf . img. 4 4 4 4 1 2 10 2. LăŃimea imaginii nu este multiplu de patru. Ex: Dimensiunea liniei este de 17 pixeli lăŃime şi 10 înălŃime, având aceeaşi paletă de culori: D = D + D + D = 54octeti + 4*256octeti + 17*10octeti = 1248octeti teoretic header paleta inf . img. D = D + D + D = 54octeti + 4*256 octeti + *10octeti = 1278octeti practic header paleta inf . img. 20 4 4 4 4 1 1 2 10 În acest caz se observă că, se va lua în calcul nu dimensiunea liniei, ci a primului număr divizibil cu 4 mai mare decât lăŃimea liniei. Conform standardului, cei 1, 2 sau 3 pixeli adăugaŃi în fiecare linie se completează cu 0, ei nefiind interpretaŃi la afişare. De remarcat că în headerul BMP se reŃine dimensiune reală a imaginii, nu cea la care au fost adăugaŃi pixelii de completare (în cazul nostru 17 nu 20 cât este multiplu de 4). 3
Page 1: SACCDAV 1 Formate de imagine 1.1 No
Page 5 and 6: SACCDAV biŃi 7 6 5 4 3 2 1 0 octet
Page 7 and 8: SACCDAV Imaginea PNG poate fi privi
Page 9 and 10: SACCDAV bKGD - specifică culoarea
Page 11: SACCDAV 1.5 Desfăşurarea lucrări

Laborator01

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?