WO2022007207A1

WO2022007207A1 - Tiled graphic data read/write method and apparatus, and device, and storage medium

Info

Publication number: WO2022007207A1
Application number: PCT/CN2020/118636
Authority: WO
Inventors: 焦永
Original assignee: 长沙景嘉微电子股份有限公司; 长沙景美集成电路设计有限公司
Priority date: 2020-07-10
Filing date: 2020-09-29
Publication date: 2022-01-13
Also published as: CN111882482A

Abstract

A tiled graphic data read/write method and apparatus, and a device, and a storage medium. The data write method comprises: obtaining each piece of primitive data to be written into tiled graphic data, the primitive data comprising attribute data of all attributes supported by a primitive (101); generating a first data group, each element therein representing whether the primitive contains an attribute, the contained attribute being an effective attribute; generating a second data group, each element therein being effective attribute data corresponding to the effective attribute, each effective attribute data being continuously stored, the sequence of the effective attribute data arranged in the second data group being consistent with the sequence of the corresponding effective attributes arranged in the first data group; and generating a primitive data packet according to the first data group and the second data group, and writing the primitive data packet into a memory. The tiled graphic data read/write method and apparatus, and the device, and the storage medium can solve the problem in conventional solutions that the occupancy rate of the data bandwidth between a GPU and the memory is relatively high.

Description

Graphic block data reading and writing method, device, device and storage medium

technical field

The present application relates to graphics processing technologies, and in particular, to a method, device, device and storage medium for reading and writing graphics block data.

Background technique

Graphics Processing Unit (GPU) is a processor specially used to process images or graphics. It is applied in the display system of electronic terminals and can reduce the central processing unit (CPU) in the Image or graphics processing pressure, improving the overall processing efficiency of the display system.

Graphics block rendering is a widely used GPU rendering architecture. Compared with the traditional immediate rendering architecture, it can reduce the frequency of the GPU reading and writing memory during the rendering process, thereby improving rendering efficiency. Before the GPU performs graphics tiled rendering, a frame of graphics needs to be tiled, and the tiled data is written to the memory. During the rendering process, each block data is sequentially read from the memory and rendered separately.

Each block data contains data of multiple primitives, the data of each primitive includes attribute data of all attributes supported by the primitive, and each attribute data occupies 4 bytes. But usually, the primitive does not contain all attributes, the attribute data that the primitive does not contain is regarded as invalid data, and is written into the memory and read from the memory together with other attribute data, resulting in the data bandwidth usage between the GPU and the memory. higher.

SUMMARY OF THE INVENTION

Embodiments of the present application provide a method, device, device, and storage medium for reading and writing data in graphics blocks, which are used to solve the problem of high data bandwidth occupancy between the GPU and the memory in the traditional solution.

An embodiment of the first aspect of the present application provides a method for writing graphics block data, including:

Acquiring each graphic element data to be written in the graphic block data, the graphic element data includes attribute data of all attributes supported by the graphic element;

A first data group corresponding to the primitives one-to-one is generated according to the primitive data, and each element in the first data group is used to indicate whether the primitive contains an attribute; when the primitive contains an attribute, the attribute is a valid attribute;

Generate a second data group corresponding to the primitives one-to-one according to the primitive data, each element in the second data group is valid attribute data corresponding to the valid attributes in the first data group, and each valid attribute data Continuous storage; the order in which the valid attribute data is arranged in the second data group is consistent with the order in which the corresponding valid attributes are arranged in the first data group;

Generate a primitive data packet according to the data in the first data group and the second data group, and write the primitive data packet into the memory; the data in the first data group is used as the header of the primitive data packet, and the second data group The data in as package data in the metadata package.

In the technical solution provided by the embodiments of the present application, each graphic element data to be written into the graphic block data is first obtained, and the graphic element data includes attribute data of all attributes supported by the graphic element; Corresponding first data group, each element in the first data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is a valid attribute; according to the graphic element data, the one-to-one correspondence with the graphic element is generated The second data group, each element in the second data group is the valid attribute data corresponding to the valid attributes in the first data group, and each valid attribute data is stored continuously; the order of the valid attribute data in the second data group corresponds to The valid attributes are arranged in the same order in the first data group; after that, a primitive data packet is generated according to the data in the first data group and the second data group, and the primitive data packet is written into the memory; The data is used as the header of the primitive data packet, and the data in the second data group is used as the packet data in the primitive data packet. The second data group generated by the above solution only includes valid attribute data corresponding to the attributes contained in the graphic element, while the attribute data corresponding to the attributes not contained in the graphic element is not in the second data group, which is equivalent to the data volume of the second data group It is less than the original primitive data, thus reducing the amount of data written to the memory, thereby reducing the bandwidth occupancy rate between the processor and the memory, thereby improving the processing efficiency of the processor.

An embodiment of the second aspect of the present application provides a method for reading graphic block data, including:

Read the primitive data packet from the memory, and parse to obtain the packet header and packet data;

A third data group is generated according to the packet header, and each element in the third data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is a valid attribute;

Generate a fourth data group according to the package data, and each element in the fourth data group is an effective attribute data;

According to the arrangement order of the valid attributes in the third data group, the data of one element is sequentially read from the fourth data group as the valid attribute data corresponding to the valid attributes.

In the technical solution provided by the embodiment of the present application, the primitive data packet is read from the memory, and the packet header and packet data are obtained by parsing; a third data group is generated according to the packet header, and each element in the third data group is used to indicate whether the primitive is Contains an attribute; when the graphic element contains an attribute, the attribute is a valid attribute; the fourth data group is generated according to the package data, and each element in the fourth data group is a valid attribute data; according to the valid attributes in the third data group , read the data of one element from the fourth data group in turn as the effective attribute data corresponding to the effective attribute; because the data volume of the fourth data group in the primitive data package will be less than the primitive in the traditional scheme Therefore, the amount of data read out from the memory can be reduced, thereby reducing the occupancy rate of the bandwidth between the processor and the memory.

An embodiment of a third aspect of the present application provides a graphics block data writing device, including:

The graphic metadata acquisition module is used to acquire each graphic metadata to be written in the graphic block data, where the graphic metadata includes attribute data of all attributes supported by the graphic element;

The first data group generation module is used to generate a first data group corresponding to the primitives one-to-one according to the primitive data, and each element in the first data group is used to indicate whether the primitive contains an attribute; when When a primitive contains an attribute, the attribute is a valid attribute;

A second data group generating module, configured to generate a second data group corresponding to the primitives one-to-one according to the primitive data, and each element in the second data group corresponds to a valid attribute in the first data group The valid attribute data of , each valid attribute data is stored continuously; the order in which the valid attribute data is arranged in the second data group is consistent with the order in which the corresponding valid attributes are arranged in the first data group;

The graphic element data packet generating module is used to generate the graphic element data packet according to the data in the first data group and the second data group; the data in the first data group is used as the header of the graphic element data packet, and the data in the second data group The data is used as the package data in the primitive data package;

The primitive data packet writing module is used to write the primitive data packet into the memory.

The embodiment of the fourth aspect of the present application provides an image block data reading device, including:

The primitive data packet reading module is used to read out the primitive data packet from the memory, and parse to obtain the packet header and packet data;

The third data group generating module is configured to generate a third data group according to the packet header, and each element in the third data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is valid attributes;

The fourth data group generation module is used to generate a fourth data group according to the packet data, and each element in the fourth data group is an effective attribute data;

The valid attribute data reading module is configured to sequentially read data of a preset length from the fourth data group as valid attribute data corresponding to the valid attributes according to the arrangement sequence of the valid attributes in the third data group.

Embodiments of the fifth aspect of the present application provide a system for reading and writing data in graphic blocks, including: the above device for writing data in graphic blocks and/or the above device for reading data in graphic blocks.

Embodiments of the sixth aspect of the present application provide a computer-readable storage medium on which a computer program is stored; the computer program is executed by a processor to implement the above-mentioned writing method and/or the above-mentioned reading method .

Description of drawings

The drawings described herein are used to provide further understanding of the present application and constitute a part of the present application. The schematic embodiments and descriptions of the present application are used to explain the present application and do not constitute an improper limitation of the present application. In the attached image:

1 is a flowchart of a method for writing graphics block data provided in Embodiment 1 of the present application;

FIG. 2 is a schematic diagram of graphic metadata provided in Embodiment 1 of the present application;

3 is a schematic diagram of a first data set provided in Embodiment 1 of the present application;

4 is a schematic diagram of the relationship between the second data group and the first data group provided in Embodiment 1 of the present application;

5 is a schematic diagram of a first register provided in Embodiment 2 of the present application;

6 is a schematic diagram of the relationship between the second register and the first register provided in Embodiment 2 of the present application;

7 is a flowchart of a method for writing graphic block data provided in Embodiment 3 of the present application;

8 is a flowchart of a method for reading graphic block data provided in Embodiment 4 of the present application;

9 is a flowchart of a method for reading graphic block data provided in Embodiment 6 of the present application;

FIG. 10 is a flowchart of a method for reading and writing graphic block data provided in Embodiment 7 of the present application;

11 is a schematic structural diagram of a graphics block data writing device provided in Embodiment 8 of the present application;

12 is a schematic structural diagram of a graphic block data reading device provided in Embodiment 9 of the present application;

FIG. 13 is a schematic structural diagram of a graphic block data reading and writing system provided by Embodiment 10 of the present application.

detailed description

In order to make the technical solutions and advantages of the embodiments of the present application more clear, the exemplary embodiments of the present application will be described in further detail below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of the present application, and Not all embodiments are exhaustive. It should be noted that the embodiments in the present application and the features of the embodiments may be combined with each other in the case of no conflict.

Example 1

This embodiment provides a method for writing graphics block data, which can be executed by a processor, especially a graphics processor GPU. The graphic block data writing method provided in this embodiment is used for writing graphic block data, which can reduce the bandwidth occupancy rate between the processor and the memory.

The method for writing graphics data in blocks provided by this embodiment can be applied to before rendering graphics, that is: first perform a block operation on a frame of graphics, then execute the solution provided by this embodiment, and then process according to this embodiment After the data is rendered. Of course, the solution provided in this embodiment can also be used in other scenarios, and is not limited to rendering.

In practical applications, the method for writing data in blocks of graphics can be implemented by a computer program, such as application software, etc.; or, the method can also be implemented as a medium storing relevant computer programs, such as a U disk, a cloud disk, etc.; Alternatively, the method can also be implemented by a physical device integrated or installed with a relevant computer program, such as a chip, a mobile smart device, and the like.

FIG. 1 is a flowchart of a method for writing graphics block data according to Embodiment 1 of the present application. As shown in FIG. 1 , the present application provides a method for writing graphics block data, including:

Step 101: Acquire each graphic element data to be written in the graphic block data, where the graphic element data includes attribute data of all attributes supported by the graphic element.

Before the GPU performs graphics segmentation rendering, each frame of graphics needs to be segmented, and the data obtained by segmenting is the above-mentioned graphics segment data to be written.

Each graphic block data to be written contains at least one primitive corresponding to the primitive data, and the primitive may be a point, a line, a surface, a polygon, or the like. Each primitive contains at least one attribute, which can be: border color, fill color, fill texture, line width, line type, etc.

Each primitive can support multiple attributes, but not necessarily all attributes. For example, the properties supported by a triangle primitive are: border color, fill color, fill texture, line width, etc. In practice, a triangle primitive contains properties for the border color, but not for the fill texture. In this embodiment, the attribute of the border color is called the valid attribute of the triangle primitive, and the attribute of the filling texture is called the invalid attribute of the triangle primitive.

The above-mentioned primitive data includes attribute data of all attributes supported by the primitive. For example, the primitive data corresponding to a triangle primitive includes attribute data corresponding to all supported attributes such as box color, fill color, fill texture, and line width. For example, for a valid attribute, the corresponding valid attribute data is actual data; for an invalid attribute, the corresponding invalid attribute data can be zero.

FIG. 2 is a schematic diagram of graphic metadata provided in Embodiment 1 of the present application. FIG. 2 shows a graphic element data, the graphic element supports 10 attributes, and the graphic element data includes attribute data of 10 attributes, such as attribute 1 to attribute 10 in FIG. 2 . Among them, the graphic element includes attribute 1, attribute 2, attribute 5, attribute 8 and attribute 10, then attribute 1, attribute 2, attribute 5, attribute 8 and attribute 10 are valid attributes, and the valid attribute data corresponding to attribute 1 and attribute 5 It is: 01 2C 00 6D (hexadecimal), and the valid attribute data corresponding to attribute 2, attribute 8 and attribute 10 is: 11 0E 00 F0 (hexadecimal). The primitive does not contain attribute 3, attribute 4, attribute 6, attribute 7 and attribute 9, then attribute 3, attribute 4, attribute 6, attribute 7 and attribute 9 are invalid attributes, and the corresponding invalid attribute data are all 00 00 00 00 ( hexadecimal). The length of attribute data is 4 bytes.

The numerical values of the above-mentioned attribute data are only examples, and the numerical values have no practical significance and are not limited to the above-mentioned data.

Step 102: Generate a first data group corresponding to the graphic element one-to-one according to the graphic element data, and each element in the first data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is valid. Attributes.

A first data group is generated according to the primitive data obtained in the above step 101, and the first data group is in one-to-one correspondence with the primitives. The first data group includes a plurality of elements, and each element is used to indicate whether the primitive contains an attribute.

FIG. 3 is a schematic diagram of a first data set provided in Embodiment 1 of the present application. As shown in FIG. 3 , the first data group contains ten elements, which are element 0, element 1, . . . , element 9 in order from right to left. Each element is used to indicate whether the primitive contains an attribute. For example: when the graphic element contains an attribute, the element value corresponding to the attribute is "X"; when the graphic element does not contain an attribute, the element value corresponding to the attribute is "0". As shown in Figure 3, the value of element 0, element 1, element 4, element 7 and element 9 is "X", indicating that the graphic element contains the attributes corresponding to these elements, which is a valid attribute; element 2, element 3, element 5 , element 6 and element 8 have the value "0", indicating that the graphic element does not contain the attributes corresponding to these elements, that is, it is an invalid attribute.

The way of generating the first data group can be determined according to the above-mentioned graphic metadata, for example: when a certain attribute data in the first data group is zero, write the corresponding element in the first data group as zero; When a certain attribute data in the group is not zero, write the corresponding element in the first data group as "X".

Step 103, generating a second data group corresponding to the primitives one-to-one according to the graphic element data, each element in the second data group is valid attribute data corresponding to the valid attributes in the first data group, and each valid attribute data is stored continuously; The order in which the valid attribute data is arranged in the second data group is consistent with the order in which the corresponding valid attributes are arranged in the first data group.

A second data group is generated according to the above-mentioned primitive data, and the second data group is in one-to-one correspondence with the primitives. The second data group contains a plurality of elements, and each element is valid attribute data.

In the execution process of step 103, according to the arrangement order of each element in the first data group, read the value of each element in turn and judge whether it is zero, if it is zero, skip, and continue to read the value of the next element; If it is not zero, write the valid attribute data corresponding to the element into the second data group.

FIG. 4 is a schematic diagram of the relationship between the second data group and the first data group according to Embodiment 1 of the present application. As shown in FIG. 4, a storage space is allocated for storing the second data group. First read the value of element 0, when it is judged to be X, it indicates that the attribute corresponding to the element is a valid attribute, and the corresponding valid attribute data is read from the image metadata and written into 0-3 bytes of the storage space. The value of element 1 is read for the second time, and when it is determined to be X, it indicates that the attribute corresponding to the element is a valid attribute, and the corresponding valid attribute data is read from the image metadata and written into 4-7 bytes of the storage space. Read the value of element 2 for the third time, and skip it when it is judged to be zero. Execute the fourth time to read the value of element 3, when it is judged to be zero, skip. The value of element 4 is read for the fifth time. When it is determined to be X, it indicates that the attribute corresponding to the element is a valid attribute, and the corresponding valid attribute data is read from the image metadata and written into 8-11 bytes of the storage space. The value of element 5 is read for the sixth time, and when it is judged to be zero, it is skipped. Execute the seventh reading of the value of element 6, and skip when it is judged to be zero. The value of element 7 is read for the eighth time, and when it is determined to be X, it indicates that the attribute corresponding to the element is a valid attribute, and the corresponding valid attribute data is read from the image metadata and written into 12-15 bytes of the storage space. The value of element 8 is read for the ninth time, and when it is determined to be zero, it is skipped. The value of element 9 is read for the tenth time, and when it is determined to be X, it indicates that the attribute corresponding to the element is a valid attribute, and the corresponding valid attribute data is read from the image metadata and written into 16-19 bytes of the storage space.

After the above operations, all valid attribute data are stored in the second data group, and the order in which each valid attribute data is arranged in the second data group is consistent with the order in which the corresponding valid attributes are arranged in the first data group.

Step 104: Generate a primitive data packet according to the data in the first data group and the second data group, and write the primitive data packet into the memory; the data in the first data group is used as the header of the primitive data packet, and the second data The data in the group acts as package data in the metapackage.

The data in the first data group and the data in the second data group are packaged to generate a primitive data package, the data in the first data group is used as the package header, and the data in the second data group is used as the package data. The metapackets are then written to memory.

In the technical solution provided by this embodiment, each graphic element data to be written into the graphic block data is firstly obtained, and the graphic element data includes attribute data of all attributes supported by the graphic element; then a one-to-one correspondence with the graphic elements is generated according to the graphic metadata The first data group in the first data group, each element in the first data group is used to indicate whether the primitive contains an attribute; when the primitive contains an attribute, the attribute is a valid attribute; according to the primitive data, a one-to-one correspondence with the primitive is generated. The second data group, each element in the second data group is valid attribute data corresponding to the valid attributes in the first data group, and each valid attribute data is stored continuously; the order in which the valid attribute data is arranged in the second data group corresponds to the corresponding valid attribute data The attributes are arranged in the same order in the first data group; after that, generate a primitive data packet according to the data in the first data group and the second data group, and write the primitive data packet into the memory; the data in the first data group As the header of the primitive data packet, the data in the second data group is regarded as the packet data in the primitive data packet. The second data group generated by the above solution only includes valid attribute data corresponding to the attributes contained in the graphic element, while the attribute data corresponding to the attributes not contained in the graphic element is not in the second data group, which is equivalent to the data volume of the second data group Less than the original primitive data, thus reducing the amount of data written to the memory, which in turn reduces the bandwidth usage between the processor and the memory.

Embodiment 2

This embodiment optimizes the method for writing graphics block data on the basis of the above-mentioned embodiments, and especially provides a specific implementation manner of generating a first data group and a second data group according to graphic metadata.

The above step 102 can be specifically implemented in the following manner:

First, configure the first register R0 corresponding to the primitives one-to-one, and the number of bits N of the first register is the same as the number of attributes supported by the primitives. FIG. 5 is a schematic diagram of a first register provided in Embodiment 2 of the present application. As shown in FIG. 5 , assuming that the primitive supports 10 attributes, the number of bits in the first register is 10.

Then, data is written into the first register according to the primitive data, each bit in the first register is used as an element, and all the bits in the first register constitute a first data group.

When a certain bit in the first register is "1", it means that the graphic element contains an attribute, and the attribute is a valid attribute. When a certain bit in the first register is "0", it means that the graphic element does not contain an attribute, and the attribute is an invalid attribute.

The first register in this embodiment is only used for illustration. In practical applications, the number of bits of the first register is not limited to 10 bits, and can be set according to the maximum number of attributes supported by the graphic element.

The above step 103 can be specifically implemented in the following manner:

First, configure the second register R1 corresponding to the primitives one-to-one. The number of bits of the second register R1 can be set according to the primitive data. This embodiment provides a specific method: when the number of bits of the first register R0 is N, assuming that each valid attribute data occupies four bytes, the maximum number of bits that the second register R1 can support is N*4*8 .

Next, data is written into the second register according to the primitive data, each preset length data in the second register is used as an element, and all elements of the second register form a second data group. For example: the preset length is 4 bytes, and 4 bytes of data are used as an element to store a valid attribute data.

Specifically, according to the order of the number of bits of the first register R0 from low to high, it is judged whether a certain bit is "1" in turn, and if it is "1", the valid attribute data corresponding to the bit is written into the second register. in R1. Each valid attribute data is written continuously. Assuming that the number C of the first register R0 whose value is "1", the effective number of digits of the second register R1 is C*4*8. When C is smaller than N, the number of bits of the second register R1 is smaller than that of the primitive data.

FIG. 6 is a schematic diagram of the relationship between the second register and the first register according to Embodiment 2 of the present application. As shown in FIG. 6 , it is assumed that the number of bits of the first register R0 is 10. The 0th bit in R0 is "1", indicating that the attribute corresponding to the element is a valid attribute, and the corresponding valid attribute data is read from the image metadata and written into the 0-3 bytes of the second register. The first bit is "1", and the corresponding valid attribute data is written into the 4-7 bytes of the storage space. Bit 2 is "0", skip. Bit 3 is "0", skip. The fourth bit is "1", and the corresponding valid attribute data is written into the 8-11 bytes of the storage space. Bit 5 is "0", skip. Bit 6 is "0", skip. Bit 7 is "1", writing valid attribute data to 12-15 bytes of storage space. Bit 8 is "0", skip. Bit 9 is "1", writing valid attribute data to bytes 16-19 of the storage space.

After the above operations, all valid attribute data are stored in the second register R1, and the order in which each valid attribute data is arranged in the second register R1 is consistent with the order in which the corresponding valid attributes are arranged in the first register R0.

The number of bits of the first register R0 is the same as the number of attributes supported by the primitive, and the primitive data contains the attribute data of all the supported attributes. Therefore, in this example, the effective number of digits of the primitive data is 10*4*8, The effective number of bits of the second register R1 is 5*4*8. Compared with the primitive data, the second register R1 is 5 bytes less. Therefore, in the process of writing to the memory, writing 5 bytes of data can reduce the bandwidth occupancy by half.

Embodiment 3

This embodiment further optimizes the method for writing graphics block data on the basis of the above-mentioned embodiment.

FIG. 7 is a flowchart of a method for writing graphics block data according to Embodiment 3 of the present application. As shown in FIG. 7 , the method for writing graphics block data provided by this embodiment includes:

Step 201: Acquire each graphic element data to be written in the graphic block data, where the graphic element data includes attribute data of all attributes supported by the graphic element.

Step 202: Generate a first data group corresponding to the graphic element one-to-one according to the graphic element data, and each element in the first data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is valid. Attributes.

Step 203, generating a second data group corresponding to the primitives one-to-one according to the graphic element data, each element in the second data group is valid attribute data corresponding to the valid attributes in the first data group, and each valid attribute data is stored continuously; The order in which the valid attribute data is arranged in the second data group is consistent with the order in which the corresponding valid attributes are arranged in the first data group.

Step 204: Generate a primitive data packet according to the data in the first data group and the second data group, and write the primitive data packet into the memory; the data in the first data group is used as the header of the primitive data packet, and the second data The data in the group acts as package data in the metapackage.

For the implementation manner of the above steps 201 to 204, reference may be made to the steps 101 to 104 in the above-mentioned first embodiment, which will not be repeated in this embodiment.

After step 204, step 205 may also be performed:

Step 205, write the storage address of the primitive data packet in the memory into the preset storage area in the random access memory RAM, and replace the original data in the preset storage area; each graphic element in the graphics block data The storage address corresponding to the primitive data package is written into the same preset storage area.

Random Access Memory (Random Access Memory, RAM for short) can be on-chip RAM of GPU or off-chip RAM.

For each block data of a frame of graphics, a storage area is allocated in the RAM as a preset storage area, and the initial allocation address is written.

In the process of processing each piece of data, a graphic element data package corresponding to a graphic element is obtained through the above steps 201 to 204 . Write the storage address of the primitive data packet in the memory obtained for the first time into the preset storage area in the RAM, and replace the initial allocation address, which is equivalent to the data currently stored in the preset storage area. storage address.

After the above steps 201 to 205 are completed, the next primitive data is obtained, and the above steps 201 to 205 are repeatedly executed until all the primitive data in a block of data are processed and written into the memory and addresses are written into the RAM.

After each subsequent processing obtains a primitive data packet, the storage address of the primitive data packet in the memory is written into the preset storage area of the RAM, and the previously written storage address is replaced.

Embodiment 4

This embodiment provides a method for reading graphics block data, which can be executed by a processor, especially a graphics processor GPU. The method provided in this embodiment is a data reading method corresponding to the data writing method provided in the above-mentioned first embodiment, which can reduce the bandwidth occupancy rate between the processor and the memory.

After all the primitive data in a piece of data are written into the memory, the solution of reading data from the memory and rendering provided in this embodiment can be performed. Of course, the solution provided in this embodiment is not limited to rendering graphics, and is applicable to any scenario in which graphics data is processed in blocks.

FIG. 8 is a flowchart of a method for reading graphic block data according to Embodiment 4 of the present application. As shown in FIG. 8 , the method for reading graphic block data provided by this embodiment includes:

Step 301 , read the primitive data packet from the memory, and parse to obtain the packet header and packet data.

Each graphic element data packet in the block data is sequentially read from the memory, and after reading a graphic element data packet, the packet header and the packet data are obtained by parsing according to a preset data packing rule. The preset data packing rule is the manner in which the data of the first data group is used as the packet header and the data of the second data group is used as the packet data in the first embodiment.

Step 302: Generate a third data group according to the packet header, and each element in the third data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is a valid attribute.

After the packet header is parsed out, a third data group is generated according to the packet header. The third data group includes a plurality of elements, and each element is used to indicate whether the primitive contains an attribute. For the composition of the third data set, reference may be made to the first data set in the above-mentioned embodiment.

Step 303: Generate a fourth data group according to the packet data, and each element in the fourth data group is a valid attribute data.

After the packet data is parsed out, a fourth data group is generated according to the packet data. The fourth data group includes a plurality of elements, and each element is valid attribute data corresponding to the valid attributes in the third data group. For the composition of the fourth data set, reference may be made to the second data set in the above embodiment. every element

Step 304: According to the arrangement order of the valid attributes in the third data group, sequentially read data of one element from the fourth data group as valid attribute data corresponding to the valid attributes.

According to the data storage rules of the second data group, each element in the fourth data group corresponds to one valid attribute data, and the arrangement order of the elements in the fourth data group is consistent with the arrangement order of the valid attributes in the third data group. Therefore, in step 304, each element is read from the fourth data group according to the arrangement order of each valid attribute in the third data group, as valid attribute data corresponding to the valid attribute. Each element can be data of a preset length.

After reading out the valid attribute data corresponding to a valid attribute, the graphics can be rendered according to the valid attribute data.

In the technical solution provided by this embodiment, the primitive data packet is read from the memory, and the packet header and packet data are obtained by parsing; a third data group is generated according to the packet header, and each element in the third data group is used to indicate whether the primitive contains An attribute; when the graphic element contains an attribute, the attribute is a valid attribute; the fourth data group is generated according to the packet data, and each element in the fourth data group is a valid attribute data; according to the valid attributes in the third data group Arrangement order, sequentially read the data of one element from the fourth data group as the effective attribute data corresponding to the effective attribute; because the data volume of the fourth data group in the primitive data package will be less than the primitive data in the traditional scheme , so the amount of data read out from the memory can be reduced, thereby reducing the occupancy rate of the bandwidth between the processor and the memory.

Embodiment 5

This embodiment optimizes the method for reading graphic block data on the basis of the above-mentioned embodiments, and especially provides an implementation manner of generating a third data set and a fourth data set.

The above-mentioned step 302 can be specifically implemented in the following manner:

First, configure a third register R2 corresponding to the primitives one-to-one, and the number of bits N of the third register R2 is the same as the number of attributes supported by the primitives. The third register R2 may be the same as the first register R0. Assuming that the primitive supports 10 attributes, the number of bits in the configuration third register is 10.

Then, the packet header is written into the third register R2, each bit in the third register R2 is used as an element, and all the bits in the third register R2 form a third data group. When a certain bit in the third register is "1", it means that the primitive contains an attribute, and the attribute is a valid attribute. When a certain bit in the third register is "0", it means that the graphic element does not contain an attribute, and the attribute is an invalid attribute.

The third register in this embodiment is only used for illustration. In practical applications, the number of bits of the third register is not limited to 10 bits, and can be set according to the maximum number of attributes supported by the graphic element.

The above step 303 can be specifically implemented in the following manner:

First, the fourth register R3 corresponding to the primitives one-to-one is configured. When the number of bits of the third register R2 is N, assuming that each valid attribute data occupies four bytes, the maximum number of bits that the fourth register R3 can support is N*4*8.

Next, the packet data is written into the fourth register R3, and each preset length of data in the fourth register R3 is taken as an element. Specifically, in the order of addresses from low to high, four bytes are used as one element to represent valid attribute data.

After the above steps, the above step 304 is executed, specifically, according to the arrangement order of the valid attributes in the third register R2, the corresponding valid attribute data is sequentially read from the fourth register R3. For example, according to the order of the number of bits of the third register R2 from low to high, the 0th bit is "1", and the data of the 0-3 bytes in the fourth register R3 is taken out as valid attribute data and rendered. The first bit is "1", and the data of the 4th to 7th bytes in the fourth register R3 is taken out as valid attribute data and rendered. Bits 2 and 3 are "0" and skipped. The fourth bit is "1", and the data of the 8th to 11th bytes in the fourth register R3 is taken out as valid attribute data and rendered. Bits 5 and 6 are "0", skip. The seventh bit is "1", and the data of the 12th to 15th bytes in the fourth register R3 is taken out as valid attribute data and rendered. Bit 8 is "0", skip. The ninth bit is "1", and the data of bytes 16-19 in the fourth register R3 is taken out as valid attribute data and rendered.

Embodiment 6

This embodiment further optimizes the method for reading graphics block data on the basis of the above-mentioned embodiment.

FIG. 9 is a flowchart of a method for reading graphic block data according to Embodiment 6 of the present application. As shown in FIG. 9 , the method for reading graphic block data provided by this embodiment further includes the following steps before step 301:

Step 305: Read the current address data from the preset storage area of the random access memory RAM.

Corresponding to the third embodiment above, a storage area is allocated in the RAM for each block data of a frame of graphics as a preset storage area. An initial allocation address is written in the preset memory area. After each subsequent primitive data is written into the memory, the storage address of the primitive data in the memory is written into the preset storage area, and the original data is replaced.

This step is to read the current address data stored in the preset storage area.

Step 306: Determine whether the current address data is different from the address initially allocated in the preset storage area.

Specifically, it is judged whether the content of the preset storage area has been updated. If the current address data is the same as the initial allocated address, which means that it has not been updated, the current step can be ended, and the execution of obtaining the current address data of the next preset storage area is performed. operation.

If the current address data is different from the initial allocated address, it indicates that the content of the preset storage area has been updated, and then steps 301 to 304 are executed.

Using the solution provided in this embodiment, the graphic metadata is read only after it is determined that the content in the preset storage area has been updated, which is equivalent to reading the data that has been processed on the graphic metadata, which can improve the accuracy of the graphic metadata. Efficiency of data processing to avoid performing invalid operations.

Embodiment 7

FIG. 10 is a flowchart of a method for reading and writing data in graphic blocks provided by Embodiment 7 of the present application. As shown in FIG. 10 , the present embodiment provides a method for reading and writing graphic block data on the basis of the above-mentioned embodiments, including:

Step 401: Acquire each graphic element data to be written in the graphic block data, where the graphic element data includes attribute data of all attributes supported by the graphic element.

Step 402: Generate a first data group corresponding to the graphic element one-to-one according to the graphic element data, and each element in the first data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is valid. Attributes.

Step 403, generating a second data group corresponding to the primitives one-to-one according to the graphic element data, each element in the second data group is valid attribute data corresponding to the valid attributes in the first data group, and each valid attribute data is stored continuously; The order in which the valid attribute data is arranged in the second data group is consistent with the order in which the corresponding valid attributes are arranged in the first data group.

Step 404: Generate a primitive data packet according to the data in the first data group and the second data group, and write the primitive data packet into the memory; the data in the first data group is used as the header of the primitive data packet, and the second data The data in the group acts as package data in the metapackage.

Step 405, write the storage address of the primitive data packet in the memory into the preset storage area in the random access memory RAM, and replace the original data in the preset storage area; each graphic element in a graphics block data The storage address corresponding to the primitive data package is written into the same preset storage area.

For the implementation of the above steps, reference may be made to the content of the above embodiments.

After a plurality of primitive data in one block of data are written into the memory, step 406 may be performed:

Step 406: Read the current address data from the preset storage area of the random access memory RAM.

Step 407: When it is determined that the current address data is different from the address initially allocated in the preset storage area, read the primitive data packet from the memory, and parse to obtain the packet header and the packet data.

Step 408: Generate a third data group according to the packet header, and each element in the third data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is a valid attribute.

Step 409: Generate a fourth data group according to the packet data, and each element in the fourth data group is a valid attribute data.

Step 410: According to the arrangement order of the valid attributes in the third data group, sequentially read the data of one element from the fourth data group as the valid attribute data corresponding to the valid attributes.

In the technical solution provided by this embodiment, the generated second data group only includes valid attribute data corresponding to the attributes contained in the graphic element, while the attribute data corresponding to the attributes not contained in the graphic element is not in the second data group, which is equivalent to the second data group. The data volume of the data group is less than the original primitive data, thus reducing the amount of data written to the memory, thereby reducing the bandwidth usage between the processor and the memory. Correspondingly, the amount of data read from the memory is also reduced, further reducing the bandwidth occupancy rate between the processor and the memory.

Embodiment 8

FIG. 11 is a schematic structural diagram of a graphics block data writing apparatus according to Embodiment 8 of the present application. As shown in FIG. 11 , this embodiment provides a graphics block data writing device, including: a graphics metadata acquisition module 51 , a first data group generation module 52 , a second data group generation module 53 , and a graphics metadata packet generation module Module 54 and Metadata Packet Write Module 55.

The graphic metadata acquisition module 51 is configured to acquire each graphic metadata to be written into the graphic block data, and the graphic metadata includes attribute data of all attributes supported by the graphic element. The first data group generation module 52 is used to generate a first data group corresponding to the primitives one-to-one according to the primitive data, and each element in the first data group is used to indicate whether the primitives contain an attribute; when the primitives contain a property, the property is a valid property. The second data group generation module 53 is configured to generate a second data group corresponding to the primitives one-to-one according to the primitive data. Each element in the second data group is valid attribute data corresponding to the valid attributes in the first data group. The valid attribute data are stored continuously; the order in which the valid attribute data is arranged in the second data group is consistent with the order in which the corresponding valid attributes are arranged in the first data group. The primitive data packet generating module 54 is configured to generate a primitive data packet according to the data in the first data group and the second data group; the data in the first data group is used as the header of the primitive data packet, and the data in the second data group as package data in a metadata package. The primitive data packet writing module 55 is used for writing the primitive data packet into the memory.

Based on the above technical solution, the first data group generation module includes: a first register configuration unit and a first register writing unit. Wherein, the first register configuration unit is used to configure the first registers corresponding to the primitives one-to-one, and the number of bits of the first register is the same as the number of attributes supported by the primitives. The first register writing unit is used for writing data into the first register according to the primitive data, each bit in the first register is used as an element, and all the bits in the first register form a first data group.

The second data group generation module includes: a second register configuration unit and a second register configuration unit. The second register configuration unit is configured to configure the second registers corresponding to the primitives one-to-one. The second register configuration unit is configured to write data into the second register according to the primitive data, each preset length data in the second register is used as an element, and all elements of the second register form a second data group.

In addition, the graphics block data writing device further includes: an address writing module, configured to write the storage address of the primitive data packet in the memory into the preset storage area in the random access memory RAM, and replace the preset storage The original data in the area; the storage addresses corresponding to the primitive data packets of each primitive in a graphic block data are written into the same preset storage area.

Embodiment 9

FIG. 12 is a schematic structural diagram of a graphics block data reading apparatus according to Embodiment 9 of the present application. As shown in FIG. 12 , this embodiment provides another device for reading graphics block data, including: a graphics metadata packet reading module 61 , a third data group generation module 62 , a fourth data group generation module 63 , and a valid attribute Data reading module 64 .

Among them, the primitive data packet reading module 61 is used for reading out the primitive data packet from the memory, and parses to obtain the packet header and the packet data. The third data group generating module 62 is configured to generate a third data group according to the packet header, and each element in the third data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is a valid attribute. The fourth data group generating module 63 is configured to generate a fourth data group according to the packet data, and each element in the fourth data group is a valid attribute data. The effective attribute data reading module 64 is configured to sequentially read data of a preset length from the fourth data group as effective attribute data corresponding to the effective attributes according to the arrangement order of the effective attributes in the third data group.

The above-mentioned third data group generating module includes: a third register configuration unit and a third register writing unit. Wherein, the third register configuration unit is used to configure a third register corresponding to the primitives one-to-one, and the number of bits of the third register is the same as the number of attributes supported by the primitives. The third register writing unit is used to write the packet header into the third register, each bit in the third register is used as an element, and all the bits in the first register form a third data group.

The fourth data group generating module includes: a fourth register configuration unit and a fourth register writing unit. The fourth register configuration unit is used to configure the fourth registers corresponding to the primitives one-to-one. The fourth register writing unit is used to write the packet data into the fourth register, and the data without preset length in the fourth register is taken as one element.

In addition, the graphic block data reading device further includes: an address data reading module and an address judging module. The address data reading module is used for reading the current address data from the preset storage area of the random access memory RAM. The address judgment module is used for judging whether the current address data is different from the initially allocated address in the preset storage area, and if it is different, the operation of the primitive data packet reading module is triggered.

Embodiment ten

FIG. 13 is a schematic structural diagram of a graphic block data reading and writing system provided by Embodiment 10 of the present application. As shown in FIG. 13, this embodiment provides a graphics block data reading and writing system, including: the graphic block data writing device 71 provided by any of the above-mentioned eighth embodiment and/or the above-mentioned ninth embodiment. A graphic block data reading device 72 provided by a content.

This embodiment also provides a computer-readable storage medium on which a computer program is stored, and the computer program is executed by a processor to implement the writing method provided by any of the above-mentioned Embodiments 1 to 3 and/or such as The reading method provided by any of the foregoing Embodiments 4 to 6.

The system and storage medium provided in this embodiment have the same technical effects as the above method.

As will be appreciated by those skilled in the art, the embodiments of the present application may be provided as a method, a system, or a computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the present application. It will be understood that each flow and/or block in the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to the processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing device to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing device produce Means for implementing the functions specified in a flow or flow of a flowchart and/or a block or blocks of a block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory result in an article of manufacture comprising instruction means, the instructions The apparatus implements the functions specified in the flow or flow of the flowcharts and/or the block or blocks of the block diagrams.

These computer program instructions can also be loaded on a computer or other programmable data processing device to cause a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process such that The instructions provide steps for implementing the functions specified in the flow or blocks of the flowcharts and/or the block or blocks of the block diagrams.

In the description of the present application, it should be understood that the terms "first" and "second" are only used for description purposes, and cannot be interpreted as indicating or implying relative importance or implicitly indicating the number of indicated technical features. Thus, a feature defined as "first" or "second" may expressly or implicitly include one or more of that feature. In the description of the present application, "plurality" means at least two, such as two, three, etc., unless expressly and specifically defined otherwise.

In this application, unless otherwise expressly specified and limited, the terms "installed", "connected", "connected", "fixed" and other terms should be understood in a broad sense, for example, it may be a fixed connection or a detachable connection It can be a mechanical connection, an electrical connection or can communicate with each other; it can be directly connected, or it can be indirectly connected through an intermediate medium, it can be the internal communication between two elements or the interaction relationship between the two elements. For those of ordinary skill in the art, the specific meanings of the above terms in this application can be understood according to specific situations.

While the preferred embodiments of the present application have been described, additional changes and modifications to these embodiments may occur to those skilled in the art once the basic inventive concepts are known. Therefore, the appended claims are intended to be construed to include the preferred embodiment and all changes and modifications that fall within the scope of this application.

Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

A method for writing graphics block data, comprising:

Acquiring each graphic element data to be written in the graphic block data, the graphic element data includes attribute data of all attributes supported by the graphic element;

A first data group corresponding to the primitives one-to-one is generated according to the primitive data, and each element in the first data group is used to indicate whether the primitive contains an attribute; when the primitive contains an attribute, the attribute is a valid attribute;

Generate a second data group corresponding to the primitives one-to-one according to the primitive data, each element in the second data group is valid attribute data corresponding to the valid attributes in the first data group, and each valid attribute data Continuous storage; the order in which the valid attribute data is arranged in the second data group is consistent with the order in which the corresponding valid attributes are arranged in the first data group;

Generate a primitive data packet according to the data in the first data group and the second data group, and write the primitive data packet into the memory; the data in the first data group is used as the header of the primitive data packet, and the second data group The data in as package data in the metadata package.
The method according to claim 1, wherein generating a first data group corresponding to the primitives one-to-one according to the primitive data comprises:

Configure the first register corresponding to the primitive one-to-one, and the number of bits of the first register is the same as the number of attributes supported by the primitive;

Write data into the first register according to the primitive data, each bit in the first register is used as an element, and all the bits in the first register form a first data group.
The method according to claim 2, wherein generating a second data group corresponding to the primitives one-to-one according to the primitive data, comprising:

Configure the second register corresponding to the primitive one-to-one;

Data is written into the second register according to the primitive data, each preset length data in the second register is used as an element, and all elements of the second register form a second data group.
The method according to any one of claims 1-3, characterized in that, after the primitive data packet is written into the memory, it also includes:

Write the storage address of the primitive data packet in the memory into the preset storage area in the random access memory RAM, and replace the original data in the preset storage area; The storage address corresponding to the primitive data package is written into the same preset storage area.
A method for reading graphic block data, comprising:

Read the primitive data packet from the memory, and parse to obtain the packet header and packet data;

A third data group is generated according to the packet header, and each element in the third data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is a valid attribute;

Generate a fourth data group according to the package data, and each element in the fourth data group is an effective attribute data;

According to the arrangement order of the valid attributes in the third data group, the data of one element is sequentially read from the fourth data group as the valid attribute data corresponding to the valid attributes.
The method according to claim 5, wherein generating a third data group according to the packet header comprises:

Configure the third register corresponding to the primitive one-to-one, and the number of bits of the third register is the same as the number of attributes supported by the primitive;

The packet header is written into the third register, each bit in the third register is used as an element, and all the bits in the third register form a third data group.
The method according to claim 6, wherein generating a fourth data group according to the packet data comprises:

Configure the fourth register corresponding to the primitive one-to-one;

The packet data is written into the fourth register, and each preset length of data in the fourth register is taken as an element.
The method according to any one of claims 5-7, characterized in that, before reading the primitive data packet from the memory, the method further comprises:

Read the current address data from the preset storage area of the random access memory RAM;

It is judged whether the current address data is different from the address initially allocated in the preset storage area, and if it is different, the primitive data packet is read from the memory.
A device for writing graphics block data, comprising:

The graphic metadata acquisition module is used to acquire each graphic metadata to be written in the graphic block data, where the graphic metadata includes attribute data of all attributes supported by the graphic element;

The first data group generation module is used to generate a first data group corresponding to the primitives one-to-one according to the primitive data, and each element in the first data group is used to indicate whether the primitive contains an attribute; when When a primitive contains an attribute, the attribute is a valid attribute;

A second data group generating module, configured to generate a second data group corresponding to the primitives one-to-one according to the primitive data, and each element in the second data group corresponds to a valid attribute in the first data group The valid attribute data of , each valid attribute data is stored continuously; the order in which the valid attribute data is arranged in the second data group is consistent with the order in which the corresponding valid attributes are arranged in the first data group;

The graphic element data packet generating module is used to generate the graphic element data packet according to the data in the first data group and the second data group; the data in the first data group is used as the header of the graphic element data packet, and the data in the second data group The data is used as the package data in the metadata package;

The primitive data packet writing module is used to write the primitive data packet into the memory.
The device according to claim 9, wherein the first data group generation module comprises:

The first register configuration unit is used to configure the first register corresponding to the primitives one-to-one, and the number of bits of the first register is the same as the number of attributes supported by the primitives;

The first register writing unit is configured to write data to the first register according to the primitive data, each bit in the first register is used as an element, and all bits of the first register form a first data group.
The device according to claim 10, wherein the second data group generating module comprises:

The second register configuration unit is used to configure the second register corresponding to the primitives one-to-one;

The second register configuration unit is configured to write data into the second register according to the primitive data, each preset length data in the second register is used as an element, and all elements of the second register form a second data group.
The device according to any one of claims 9-11, further comprising:

The address writing module is used to write the storage address of the primitive data packet in the memory into the preset storage area in the random access memory RAM, and replace the original data in the preset storage area; a graphics block The storage addresses corresponding to the primitive data packets of each primitive in the data are written into the same preset storage area.
An image block data reading device, characterized in that it includes:

The primitive data packet reading module is used to read out the primitive data packet from the memory, and parse to obtain the packet header and packet data;

The third data group generating module is configured to generate a third data group according to the packet header, and each element in the third data group is used to indicate whether the graphic element contains an attribute; when the graphic element contains an attribute, the attribute is valid attributes;

The fourth data group generation module is used to generate a fourth data group according to the packet data, and each element in the fourth data group is an effective attribute data;

The valid attribute data reading module is configured to sequentially read data of a preset length from the fourth data group as valid attribute data corresponding to the valid attributes according to the arrangement sequence of the valid attributes in the third data group.
The device according to claim 13, wherein the third data group generation module comprises:

The third register configuration unit is used to configure the third register corresponding to the primitive one-to-one, and the number of bits of the third register is the same as the number of attributes supported by the primitive;

The third register writing unit is used for writing the packet header into the third register, each bit in the third register is used as an element, and all the bits in the first register form a third data group.
The device according to claim 14, wherein the fourth data group generating module comprises:

a fourth register configuration unit, configured to configure a fourth register corresponding to the primitives one-to-one;

The fourth register writing unit is used for writing the packet data into the fourth register, and the data without preset length in the fourth register is used as one element.
The device according to any one of claims 13-15, further comprising:

The address data reading module is used to read the current address data from the preset storage area of the random access memory RAM;

The address judgment module is used for judging whether the current address data is different from the initially allocated address in the preset storage area, and if it is different, the operation of the primitive data packet reading module is triggered.
A graphic block data reading and writing system, characterized in that it comprises: a graphic block data writing device as described in any one of claims 9-12 and/or a graphic block data writing device as described in any one of claims 13-16 Graphic block data reading device.
A computer-readable storage medium, characterized in that a computer program is stored thereon; the computer program is executed by a processor to implement the writing method as claimed in any one of claims 1-4 and/or as claimed in claims The reading method of any one of 5-8.