WO2006115384A1

WO2006115384A1 - Apparatus and method of conversing data

Info

Publication number: WO2006115384A1
Application number: PCT/KR2006/001592
Authority: WO
Inventors: Jong Hyun Hwang
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2005-04-27
Filing date: 2006-04-27
Publication date: 2006-11-02
Anticipated expiration: 2007-10-27
Also published as: US20080055319A1; CN1993711A; KR20060112411A

Abstract

A data converting apparatus and a method of converting data are provided. The data converting apparatus includes a header extracting unit extracting a file size information, and an offset information about starting of an actual data in a header of a file, and erasing the header of the file; a data rearranging unit extracting data representing an actual image in the file and rearranging the extracted data using at least one of the file size information and the offset information extracted by the header extracting unit; and a data processing unit converting the rearranged data into a display output format. The method of converting data having a header includes: erasing the header of the data; rearranging the data except for the header; and converting the rearranged data into a corresponding output format.

Description

APPARATUS AND METHOD OF CONVERSING DATA

Technical Field

[1] The present invention relates to a data conversion, and more particularly, to a data converting apparatus and a method of converting data to output the converted output format. Background Art

[2] To display graphic files (GCF, PCX, JPEG, BMP, etc.) having an image form as a kind of the data on an output unit, various codecs that decode corresponding files are required to express the graphic files on an output unit.

[3] The codecs express and decompress the graphic files in digital. Various kinds of graphic files including a bitmap file, respectively, have codecs for each corresponding compression format. Additionally, the compressed files are displayed on a screen using the corresponding codecs.

[4] Accordingly, when the files contain same graphic images, each has a respectively different size according to a type of a codec. Even though same graphic images are displayed, each image quality can be different. Moreover, when there is no corresponding codec for a specific graphic file, the image of the graphic file can not be displayed.

[5] For example, a codec for a compression format of the bitmap file is necessary so that a computer can analyze the bitmap file to display a corresponding image on a screen.

[6] As described above, the bitmap file stores an image by dividing the image into a plurality of dots, contains various colors, and also is suitable for a colorful and flexible graph file such as a photo file.

[7] However, the bitmap has a limitation in processing a delicate line or form. When enlarging or reducing an image, a quality of the image becomes coarse or damaged. Additionally, since a bitmap file has information in a pixel unit, the size of the bitmap file is large.

[8] Accordingly, a codec, which decodes the bitmap file to be appropriate for characteristics of the output unit, is required to display the bitmap file on a screen.

[9] The codecs express and compress the graphic files in digital. Additionally various kinds of graphic files (JPG, GIF, BMP, etc.) have corresponding codecs, respectively, for each compression format. Thus, the compressed file can be displayed on a screen using a corresponding codec.

[10] Accordingly, even though files have a same graphic, the size of each file and an image displayed on the screen are different, respectively, according to a type of a codec. Moreover, in case there is no corresponding codec for a specific graphic file, the image of the graphic file can not be displayed.

[11] In the bitmap, a codec corresponding to a compression format of a bitmap file is required so that a computer can analyze the bitmap file to display an original graphic file on a screen.

[12]

Disclosure of Invention Technical Problem

[13] Accordingly, the present invention is directed to a data converting apparatus and a method of converting data that substantially obviate one or more problems due to limitations and disadvantages of the related art.

[14] An object of the present invention is to provide a data converting apparatus converting a structure of a graphic file and displaying an image without a corresponding exclusive codec for the graphic file when displaying the graphic file in an image files on a screen, and a method of converting data.

[15] Another object of the present invention is to provide a data converting apparatus converting a graphic file into a necessary format for an output by rearranging an actual data portion except for a header when displaying the graphic file.

[16]

Technical Solution

[17] Additional advantages, objects, and features of the invention will be set forth in part in the description which follows and in part will become apparent to those having ordinary skill in the art upon examination of the following or may be learned from practice of the invention. The objectives and other advantages of the invention may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.

[18] To achieve these objects and other advantages and in accordance with the purpose of the invention, as embodied and broadly described herein, there is provided a data converting apparatus including: a header extracting unit extracting a file size information, and an offset information about starting of an actual data in a header of a file, and erasing the header of the file; a data rearranging unit extracting data representing an actual image in the file and rearranging the extracted data using at least one of the file size information and the offset information extracted by the header extracting unit; and a data processing unit converting the rearranged data into a display output format.

[19] In another aspect of the present invention, there is provided a method of converting data having a header, the method including: erasing the header of the data; rearranging the data except for the header; and converting the rearranged data into a corresponding output format.

[20] In a further another aspect of the present invention, there is provided a method of converting data having a header, the method including: reading the data except for the header; extracting a predetermined information in units of the read data; and converting the extracted information into a corresponding output format.

Advantageous Effects

[21] In a data converting apparatus and a method of converting data of a bitmap file, an actual data of a bitmap file that stores an actual image upside down is rearranged to display an image on a screen without a codec. Additionally, data is converted and provided according to a graphic mode that a display supports. [22]

Brief Description of the Drawings [23] The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the principle of the invention. In the drawings: [24] Fig. 1 is a block diagram of a structure in a bitmap file;

[25] Fig. 2 is a table of header information in a bitmap file;

[26] Fig. 3 is a view of an original image file and a stored image file;

[27] Fig. 4 is a view of header information with a loaded original bitmap file in (a), (b), and (c) according to an embodiment of the present invention; [28] Fig. 5 is view of a new data file rearranged in an original address form by extracting a data portion except for a header of a bitmap file in (a) and (b); [29] Fig. 6 is view of processes converting a rearranged data into a corresponding output format;

[30] Fig. 7 is a block diagram of a structure in an apparatus converting a bitmap file;

[31] Fig. 8 is a flowchart of a method of converting a bitmap file according to an embodiment of the present invention;

[32] Fig. 9 is a flowchart of a method of rearranging the data of Fig. 8;

[33] Fig. 10 is a flowchart of a method of converting and storing the data of Fig. 8; and

[34] Figs. 11 and 12 are firmware codes performing a data conversion.

[35]

Best Mode for Carrying Out the Invention [36] Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.

[37] A data converting apparatus and a method of converting data without a codec will be described. The conversion of a bitmap (BMP) file (a kind of a graphic file) will be described as an example.

[38] The data includes files with an image, a graphic, and a text.

[39] Fig. 1 is a block diagram of a structure in a bitmap file.

[40] Referring to Fig. 1, a bitmap file mainly includes a file information part 110, a bitmap information part 120, a palette 130, and an image data array unit 140.

[41] The file information 110 stores information about a bitmap file. The information includes a display identifier BM letter representing the bitmap file, an integer of a four byte representing the size of the bitmap file, two fields for a reserved value, and an offset information on how far from an actual image bit.

[42] Additionally, the bitmap information part 120 stores an information on the bitmap file itself. The information includes the size of a structure, a width and height of an image, the numbers of bit planes, the number of bits at each pixel, a compression format, the size of an image, a vertical and horizontal resolution, the number of actually used colors, and an important color index.

[43] Except for a true color, the palette 130 includes each color information according to the number of colors. For example, in a case of four grays, four color information (white 1, black 1, and gray 2) can be, respectively, represented with two bit.

[44] In the related art bitmap file (i.e., bmp file), the image data array part 140 stores pixel values of a row data in an image data without compression.

[45] That is, in a case of four grays, four color information (white 1, black 1, and gray 2) can be, respectively, represented with two bit. In a case of eight grays, eight color information can be, respectively, represented with three bit.

[46] Fig. 2(a) is a table of the file information part 110 in Fig. 1. Fig. 2(b) is a table of the bitmap information part 120 in Fig. 1.

[47] As illustrated in Fig. 2, the file information part 110 (BitMap File Header) includes

14 bytes, and the bitmap information part 120 (BitMap Information Header) includes 40 bytes.

[48] Accordingly, the header information can be erased on the basis of the header information, and then the actual data information can be extracted. For rearrangement, an address position is changed and stored.

[49] Fig. 3 (a) is a view of an original image file 330, and Fig. 3(b) is view of an image stored upside down in a hexadecimal and the header information of Fig. 3 (a).

[50] As illustrated in Fig. 3, when a red portion on a top of an original image file 330 in

Fig. 3(a), it is stored on a bottom of Fig. 3(b). [51] Generally, when the bitmap file is stored on memory, it is stored from a left bottom, and also a horizontal line is stored in a multiple of four bytes. For example, when an image expressed with eight bits in each pixel has a horizontal line of thirty pixels, the number of efficiently required bytes is thirty two bytes not thirty bytes.

[52] As illustrated in Fig. 3(b), a header information 310 of the image is stored on a top of Fig. 3(b).

[53] The header information 310 includes information 310c on an offset to the actual image bit, information 310a on an image width of 10 bytes, information 310b on an image height of 10 bytes, information 310d on 24 bits (3 bytes) in each pixel, and information 310e on an RGB value of each pixel having an identical value.

[54] In the bitmap file of a hexadecimal, FF, 80, 00, CO represent RED, GREEN,

BLACK, and GRAY, respectively.

[55] Accordingly, when only an image information in the stored information with the header information is stored, the header information is separated, and then only the data portion is read and rearranged in an original form.

[56] The data can include a file with an image, graphic, and text. An image, graphic, or bitmap file is used as data to describe the present invention for convenience, but it is apparent that the present invention can be identically applied to other data.

[57] Fig. 4 is view of a bitmap file conversion.

[58] When a bitmap file in RGB (Red, Green, and Blue) can be displayed on a full dot

LCD of an output format without a codec, Data of the bitmap file is rearranged and converted into a predetermined gray (e.g., four grays).

[59] That is, an example image is shown in Fig. 4(a). The image in an original bitmap includes R(410a), G(410b), and B(410c). Additionally, Fig. 4(b) is a view of a stored image. The stored image becomes an opposite position with respect to the actual image 330a like a data arrangement 330b of Fig. 3. However, this arrangement is limited to a bitmap image, and can be different in other image formats. The bitmap image 420 includes R(420a), G(420b), B(420c), and also an address structure includes an image data 43Oe and the header 43Od in the image 430 of Fig. 4(c).

[60] In Fig. 5 (a), the data portion 43Oe except for the header 43Od in the bitmap file of

Fig. 4(b) is extracted, and then the new data file is rearranged like a table 550 of Fig. 5(b). Since addresses of the bitmap format are opposite to that of the actual image, it is convenient for encoding and decoding in the data structure. This can be applied to other files (e.g., jpg, png, gif, tif, tiff, etc.).

[61] Accordingly, the rearranged data file is outputted by converting a pixel information having an address into a format corresponding to a predetermined output form.

[62] First, general description will be made.

[63] A required data is processed to display the rearranged data on the Full dot LCD, and when the LCD supporting four level grays is used, the processes are as follows.

[64] One byte value is selected from an RGB data of three bytes, which are used to express one pixel. Since each byte represents an RGB value to express a color, the RGB value is identical in a case of black and white. Thus, one byte in three bytes of the RGB data can represent the black and white.

[65] For example, four expression methods are required to express four grays with one byte, and in this case, one byte (which is 8 bits and can express 256 colors) is unnecessary to express the four grays. Only two bits can represent the four grays. However, when a high resolution (e.g., eight grays or sixteen grays) is displayed, more bits are required. The expression of four grays is described using two bits below.

[66] (1,1): gray-scale 3 Black

[67] (1,0): gray-scale 2 Gray 1

[68] (0,1): gray-scale 1 Gray 1

[69] (0,0): gray-scale 0 White

[70] Four expressions, that is, (0,0), (0,1), (1,0), and (1,1) represent White, Gray2,

Grayl, and Black, respectively. The Gray-scale 0 to the Gray-scale 3 are predetermined values. One byte extracted from the three bytes of the RGB is hexadecimal values. Since a certain reference is required to convert a hexadecimal value into a binary value, the hexadecimal value is a predetermined value.

[71] When a gray-scale 0 value is designated as below OxFF and above OxBF, one byte is converted into two bits, that is, (0,0) when the one byte includes small numbers such as OxFE, OxEO, etc. Consequently, eight bits (one byte) becomes two bits.

[72] Transmission to an LCD data RAM is performed by one byte, and data of the one byte is eight bits. Thus, the one byte includes four pixels information. As described above, the data is sequentially stored from left to right. When one byte data is transmitted from an arbitrary pixel X point, one byte is formed of data of pixels (i.e., X, X + width, X + 2width, and X + 3 width).

[73] After one byte is selected from the one pixel with three bytes in Fig. 6(a), a hexadecimal value is converted into a binary value (2 bits) to display four grays as illustrated in Fig. 6(b).

[74] Referring to Fig. 6(c), the converted binary in four selected bytes (address 32, 34,

24, and 27) is combined to represent one byte I.

[75] Fig. 6(d) is a view of a reconverted image for four grays.

[76] As illustrated in Fig. 6, the reconverted image 660 includes a converted R 610a, G

610b, and B 610c.

[77] Additionally, simple structures 430 and 550 in Figs. 4 and 5 are views of the rearranged data. Referring to the address structure 430 of the bitmap file 420 in Figs. 4(b) and 4(c), the size information in the header includes a data size information in width 6 and height 6 and information on offset 6. Accordingly, an actual data begins with an address number 6, and is stored upside down like Fig. 4.

[78] Accordingly, after an address number 30 to address number 35 (width six) in a bottom line are stored, an address number 24 to an address 29 (width 6) are stored in a top line to rearrange the actual data using an original image. This process repeats for storing.

[79] Using the processes above, as illustrated in Fig. 5(b), the data is rearranged and stored in an address number structure 550 corresponding to new data file 540.

[80] When a display device can support an RGB color in the address structure 550 of the new data file 540, an image can be displayed on the screen. When an output format of the display device is a full dot LCD, the data is converted into four grays one more, and then the reconverted file 550 can be displayed like Fig. 6(d).

[81] Fig. 7 is a block diagram of a structure in a bitmap file converting apparatus.

[82] Referring to Fig. 7, the bitmap file converting apparatus displays a bitmap file on the full dot LCD. The bitmap file converting apparatus includes a file loading unit 710 loading a bitmap file, a header extracting unit 720 extracting the size of the file and an offset information on beginning of an actual data after extracting only the header of the bitmap file loaded by the file loading unit 710, a data rearranging unit 730 rearranging the actual data of the bitmap file to be in an original image order using the file size and the offset information extracted from the header extracting unit 720, a data and screen processing unit 740 converting the data rearranged by the data rearranging unit 730 into four gray data to be displayed on the full dot LCD, a storage unit 750 storing the data processed by the data and screen processing unit 740, and an output unit 760 outputting the data stored on the storage unit 750 into the screen.

[83] At this point, the header extracting unit 720 includes a size identifying unit identifying the size information of the file and an offset identifying unit 721 identifying information on beginning of an actual data.

[84] Additionally, the header extracting unit 720 extracts and removes the header from the loaded data. The size identifying unit 722 identifies the size information of a corresponding bitmap file in the extracted header. The offset identifying unit 721 identifies the offset information on a distance between the header and the actual data.

[85] The data rearranging unit 730 rearranges the data of the bitmap file using the size of the actual file identified by the size identifying unit 722 and the offset information identified by the offset identifying unit 721.

[86] When the data rearranging unit 730 rearranges the data of the bitmap file, an actual data portion 43Oe of the bitmap file 430 stored upside down in Fig. 4 is rearranged into an original image 540 of Fig. 5, which is identical to the image 410 of Fig. 4. Detailed description will be made separately. [87] When an output unit is a color monitor supporting an RGB, the rearranged data can be instantly displayed. Additionally, when the output unit is the full dot LCD supporting four grays, the data with the RGB color needs to be converted into four grays.

[88] Accordingly, the data and screen processing unit 740 for an LCD converts the data having the RGB value, which is rearranged by the data rearranging unit 730, into four gray data. The processing method will be described separately like the data rearrangement method.

[89] The four gray data processed by the data and screen processing unit 740 is stored on the storage unit 750, and the output unit 760 displays the data stored on the storage unit 750 on the screen.

[90] A method of converting a bitmap file will be described in more detail.

[91] Fig. 8 is a flowchart of a method of converting a bitmap file according to an embodiment of the present invention. Fig. 9 is a flowchart of a method of rearranging the data of Fig. 8. Fig. 10 is a flowchart of a method of converting and storing the data of Fig. 8.

[92] Referring to Figs. 7 to 10, the file loading unit 710 loads the bitmap file to display the bitmap file on the full dot LCD in operation S 801. Additionally, the header extracting unit 720 extracts a header of the data that is loaded using the offset information.

[93] In operation S802, the size identifying unit 722 of the header extracting unit 720 identifies the size information on the height and the size of the bitmap file from the extracted header. The offset identifying unit 721 identifies the offset information on beginning of the actual data.

[94] Referring to figs. 4 and 7, the file loading unit 710 loads a structure 430 of an original bitmap file. The header extracting unit 720 extracts the header. The size identifying unit 722 identifies a width 6 and height 6 information of the actual data size. The offset identifying unit 721 identifies an offset 6 which is a distance between the actual data and the header.

[95] After identifying the size information and the offset information in the operation

S802, the data rearranging unit 730 rearranges the upside down bitmap file, and the rearrangement order is described in more detail with reference to Fig. 9.

[96] Let's assumed that width is 6, height is 6, and offset is 6.

[97] Referring to Fig. 9, when the data rearranging unit 730 rearranges the data of the bitmap file, a data starting address is searched first in operation S901. By the assumption above, the data staring address is an initial address ((6-l)*6 = 30) by the offset 6.

[98] After the initial address is found, data (Addr + Width) of the initial address plus the width is stored in operation S702. That is, data of addresses 30 to 35 is stored.

[99] After storing the data, an initial address is set to store the right above data by reducing a height value 1 in operation S903. Whether the result of the reducing of the height value is zero or not is determined in operations S904. When the result is not zero, the data is stored by repeating the operations from the S901 operation.

[100] More specifically, referring to the bitmap file address structure 430 of Fig. 4(c), after the data of the addresses 30 to 35 in a lowest bottom is stored in the operation S902, the height 6 is reduced to the height 5, which is in right above of the lowest bottom, to store the data of addresses 24 to 29 in the operation S903. Then, whether the result of the reducing of the height value is zero or not is determined in operations S904. An initial address 24 is calculated through the operation S901, and then the data of addresses 24 to 29 is stored repeatedly.

[101] When the height is 0 in the operation S904, it is determined that all data arrangement is finished, and also rearrangement operations terminate.

[102] After data rearrangement in the operation S 803 of Fig. 8 is performed by a flowchart of Fig. 9, the data and screen processing unit 740 performs reprocessing operations to display the rearranged data on the full dot LCD with four grays in operation S804.

[103] Fig. 10 is a view of the rearranged data reprocessing operation S804.

[104] Referring to Fig. 10, one pixel includes an RGB value of three bytes in the bitmap file of the RGB color, and one of RGB is read to display on the full dot LCD of four grays in operation SlOOl.

[105] When an RGB value in one pixel represents a black and white in four grays, the

RGB value is same, and thus any one of the RGB value can be selected to identify a color. Additionally, three bytes for one pixel are reduced to one byte.

[106] One byte in the operation SlOOl needs to be transmitted to RAM storing the LCD data, and then is displayed on the full dot LCD. For this, the one byte value is converted into two bits in operation S 1002.

[107] The reason of the converting the one byte into the two bits is to express four gray colors of a gray-scale 3 (black), a gray-scale 2 (brighter than the gray-scale 3), a grayscale 1 (brighter than the gray-scale 2), and a gray-scale 0 (white) in the full dot LCD.

[108] That is, the four gray colors can be expressed as follows.

[109] Gray-scale 3 = (1,1)

[110] Gray-scale 2 = (1,0)

[111] Gray-scale I = (0, 1)

[112] Gray-scale 0 = (0,0)

[113] Accordingly, the one byte in the operation SlOOl is converted into the two bits to express four grays. [114] The data is transmitted to the RAM to be displayed on the full dot LCD in one byte unit.

[115] At this point, since one byte includes eight bits, four pixels (each pixel with two bits) can be stored, and then transmitted. The data and screen processing unit 740 converts the continuous four pixels into one byte data in operation S 1003, and then stores the one byte in the storage unit 750 in operation S 1004.

[116] In the operation SlOOl to the operation 1004, the bitmap file in the RGB colors is converted into the data in four grays, and the converted data is stored in the storage unit 750. Then, the output unit 760 transmits the data into the RAM of the full dot LCD by one byte unit, and thus, the data is displayed on the display in operation S805.

[117] Figs. 11 and 12 are firmware codes performing a data conversion.

[118] As illustrated in Figs. 11 and 12, the firmware codes include loading a bitmap information having an original image and header information, rearranging the loaded information except for the header information, and converting the rearranged information into an output format.

[119] As described above, the present invention relates an apparatus and a method of converting a bitmap file by extracting an actual data in the bitmap file and then rearranging the data. Thus, the bitmap file can be displayed on the screen without a codec. In the case of a four-gray LCD, the bitmap file with the RGB color is converted into four gray data and then the data is stored, which can support the four grays. Moreover, the size of the data is reduced and the data can be displayed on the LCD without a codec.

[120] It is apparent that the various embodiments are possible when selectively including components within the scope of the present invention.

[121] For example, in a case of four grays, the gray information can be stored in one byte and not three bytes at each pixel. Additionally, the one byte with the gray information can be converted into two bits. Thus, one twelfth of memory capacity can be reduced.

[122] On the other hand, in a case of eight grays, the gray information can be stored in one byte. Additionally, the one byte with gray information can be converted into three bits (two of three bits in one byte). Accordingly, one sixth of the memory capacity can be reduced.

[123] It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention. Thus, it is intended that the present invention covers the modifications and variations of this invention provided they come within the scope of the appended claims and their equivalents. Industrial Applicability

[124] The present invention is applicable to fields for converting data and outputting the converted data.

Claims

[I] A method of converting data having a header, the method comprising: erasing the header of the data; rearranging the data except for the header; and converting the rearranged data into a corresponding output format. [2] The method according to claim 1, wherein the data except for the header is rearranged by a predetermined method using a data starting information in the header. [3] The method according to claim 2, wherein the data except for the header is rearranged upside down and left to right using the data starting information in the header. [4] A method of converting data having a header, the method comprising: reading the data except for the header; extracting a predetermined information in units of the read data; and converting the extracted information into a corresponding output format. [5] The method according to claim 4, wherein the predetermined information unit of a stored data is three bytes per one pixel. [6] The method according to claim 5, wherein each one byte is extracted from each pixel information in the three bytes, and then read. [7] The method according to claim 4, wherein each gray information in the extracted one byte is read according to a gray information to be outputted, and represented using a predetermined byte unit. [8] The method according to claim 7, wherein a supportable gray bit information is represented with more than one byte in the gray information of each pixel converted into more than one byte.

[9] The method according to claim 8, wherein a respectively different gray information is extracted from each common gray information in each byte, and stored in more than one byte. [10] The method according to claim 8, wherein each of the four grays is represented in four of two bits, i.e., one byte, and the four grays are represented in one byte in a case of the four grays.

[I I] A data converting apparatus comprising: a header extracting unit extracting a file size information, and an offset information about starting of an actual data in a header of a file, and erasing the header of the file; a data rearranging unit extracting data representing an actual image in the file and rearranging the extracted data using at least one of the file size information and the offset information extracted by the header extracting unit; and a data processing unit converting the rearranged data into a display output format. [12] The data converting apparatus according to claim 11, further comprising: a data and screen processing unit reconverting the rearranged data into a color mode that a display device supports; and a storage unit storing the reconverted data of the data and screen processing unit. [13] A method of converting data, comprising: extracting a file size information and an offset information about starting of an actual data in a header of a file; erasing the header using the extracted offset information; and rearranging the actual data of the file in a predetermined order using the extracted file size information, and storing the rearranged data. [14] The method according to claim 13, further comprising: reconverting and outputting the rearranged data to be appropriate for a color information that a display device supports. [15] The method according to claim 13, wherein the files size information represents an actual height and width information of the data in a bitmap file during the extracting of the information. [16] The method according to claim 13, wherein the rearranging of the actual data comprises: calculating a data starting address using the height and width information of the extracted file; loading and storing sequentially the data stored from the calculated starting address to an address of the width information; and loading and storing sequentially the data by reducing the height sequentially and using the reduced height information. [17] The method according to claim 16, wherein the loading of the data calculates a starting address using the reduced height information and the width information until the reduced height becomes zero, and loads sequentially the data, stored from the calculated starting address over an address of the width information, from left to right, and then stores the loaded data. [18] The method according to claim 13, wherein the file is a graphic file including bmp, jpg, png, gif, tif, tiff.