CN110740325A - texture compression method and device - Google Patents
texture compression method and device Download PDFInfo
- Publication number
- CN110740325A CN110740325A CN201810799211.4A CN201810799211A CN110740325A CN 110740325 A CN110740325 A CN 110740325A CN 201810799211 A CN201810799211 A CN 201810799211A CN 110740325 A CN110740325 A CN 110740325A
- Authority
- CN
- China
- Prior art keywords
- texture
- compressed
- compression
- identifier
- textures
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/136—Incoming video signal characteristics or properties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
Abstract
The embodiment of the application discloses texture compression methods and related devices, after textures to be compressed are obtained, the types of the textures to be compressed are determined according to preset conditions for identifying compression quality requirements, if the textures to be compressed are -type textures with high compression quality requirements, the textures to be compressed are compressed by adopting a -th compression algorithm capable of obtaining high compression quality, the loss of the obtained compression result is smaller relative to the textures to be compressed, and the due rendering quality is ensured.
Description
Technical Field
The present application relates to the field of data processing, and in particular, to texture compression methods and apparatuses.
Background
The texture may be rendered onto the video frame such that the visual effect embodied by the texture is exhibited in the video frame. For example, in the live broadcasting process, by rendering the texture corresponding to the special effect background to the video frame corresponding to the live broadcasting, a user watching the live broadcasting can see that the special effect background is shown in the live broadcasting video.
The texture needs to be buffered before being rendered onto the video frame, however, the data size of the texture is typically large, and if the texture is fully buffered, storage pressure is applied to the processing device.
However, the processing devices are configured with a single compression algorithm to compress textures, and the single compression algorithm has problems that some compression algorithms cannot be applied to all types of textures, for example, a large texture loss is caused when compressing textures with high compression quality requirements, and some compression algorithms have low compatibility with the processing devices, for example, only are applied to processing devices with high processing capacity, so that when the processing devices compress textures by using the current single compression algorithm, it is difficult to meet the compression requirements of textures.
Disclosure of Invention
In order to solve the technical problems, the application provides texture compression methods and devices, and the methods can identify the types of textures to be compressed, so that processing devices can configure various compression algorithms, and can automatically select an appropriate compression algorithm from the configured various compression algorithms to compress the textures to be compressed according to the identification result of the textures to be compressed, thereby avoiding the problem caused by the adoption of a single compression algorithm and better meeting the texture compression requirement.
The embodiment of the application discloses the following technical scheme:
, embodiments of the present application provide methods of texture compression, the methods comprising:
determining the type of texture to be compressed according to a preset condition for identifying the compression quality requirement;
if the texture to be compressed is determined to be -type texture, compressing the texture to be compressed by adopting a compression algorithm applicable to the -type texture;
if the texture to be compressed is determined to be a second type of texture, compressing the texture to be compressed by adopting a second compression algorithm applicable to the second type of texture;
wherein the compression quality requirement of the -th class of texture is higher than the compression quality requirement of the second class of texture.
In a second aspect, an embodiment of the present application provides texture compression devices, including a th determining unit, a th compressing unit, and a second compressing unit:
the th determining unit is used for determining the type of texture to be compressed according to a preset condition for identifying the compression quality requirement;
the compression unit is configured to compress the texture to be compressed using a compression algorithm applied to the -th class of texture if the determination unit determines that the texture to be compressed is the -th class of texture;
the second compression unit is configured to compress the texture to be compressed by using a second compression algorithm applicable to the second type of texture if the th determination unit determines that the texture to be compressed is the second type of texture;
wherein the compression quality requirement of the -th class of texture is higher than the compression quality requirement of the second class of texture.
In a third aspect, an embodiment of the present application provides an apparatus for texture compression, the apparatus including a processor and a memory:
the memory is used for storing program codes and transmitting the program codes to the processor;
the processor is configured to perform the texture compression method of any of of aspects in accordance with instructions in the program code.
In a fourth aspect, an embodiment of the present application provides computer-readable storage media for storing program code for performing the texture compression method of any of of aspect .
According to the technical scheme, when the texture to be compressed is obtained, the type of the texture to be compressed can be determined according to the preset condition for identifying the compression quality requirement, for example, the th type texture with relatively high compression quality requirement or the second type texture with relatively low compression quality requirement, if the texture to be compressed is the th type texture, the compression quality requirement of the texture to be compressed can be determined to be high, the texture to be compressed needs to be compressed by adopting the th compression algorithm capable of obtaining high compression quality, the loss of the obtained compression result is smaller relative to the texture to be compressed, the due rendering quality can be guaranteed when the texture to be compressed is rendered by adopting the compression result, if the texture to be compressed is the second type texture, the compression quality requirement of the texture to be compressed can be determined to be low, the texture to be compressed can be compressed by adopting the second compression algorithm capable of obtaining -type compression quality, so that the compression efficiency and the rendering efficiency are improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only embodiments of the present application, and other drawings can be obtained by those skilled in the art without any creative effort.
Fig. 1 is a schematic view of an application scenario of texture compression methods provided in an embodiment of the present application;
FIG. 2 is a flow chart of texture compression methods according to an embodiment of the present disclosure;
FIG. 3 is a flow chart of texture compression methods according to an embodiment of the present disclosure;
FIG. 4 is a flow chart illustrating texture compression methods according to an embodiment of the present disclosure;
fig. 5 is a schematic view of an application scenario of texture compression methods according to an embodiment of the present application;
FIG. 6 is a flow chart illustrating texture compression methods according to an embodiment of the present disclosure;
FIG. 7a is a block diagram of texture compression devices according to an embodiment of the present application;
FIG. 7b is a block diagram of texture compression devices according to an embodiment of the present application;
FIG. 7c is a block diagram of texture compression devices according to an embodiment of the present application;
FIG. 8 is a block diagram of apparatus for texture compression according to an embodiment of the present application;
fig. 9 is a block diagram of apparatuses for texture compression according to an embodiment of the present disclosure.
Detailed Description
For a better understanding of the present application, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only partial embodiments of of the present application, rather than all embodiments.
In the conventional texture compression method, processing devices can only configure a single compression algorithm to compress textures, and some compression algorithms cannot be applied to all types of textures, for example, texture loss is caused when the textures with high compression quality requirements are compressed, so that the processing devices configuring the compression algorithms cannot compress the textures with high compression quality requirements, or some compression algorithms have low compatibility with the processing devices, for example, only are applied to high-processing-capacity processing devices, so that the compression algorithms can only be configured on the high-processing-capacity processing devices.
The texture compression method is provided, and the texture compression method can be configured on a processing device, and different compression algorithms can be applicable to compressing different kinds of textures, wherein the step of determining which kinds of textures are applicable to compressing by compression algorithms needs to be based on the texture compression capability of the compression algorithms for different kinds of textures, namely that the compression results obtained by compressing textures are not greatly lost compared with textures before compression, and if the step of compression algorithms for compressing kinds of textures is not greatly lost, the viewing experience of a user is not influenced after rendering, the compression algorithms applicable to the textures by the compression algorithms can be determined.
For example, the processing device is configured with a compression algorithm a and a compression algorithm B, and the compression algorithm a and the compression algorithm B are respectively used to compress the textures of the type C to obtain their corresponding compression results, and if the quality of the compression result corresponding to the compression algorithm a is higher than that of the compression result corresponding to the compression algorithm B, the compression algorithm a may be considered as the compression algorithm to which the textures of the type C are applied.
For another example, a compression algorithm a and a compression algorithm B are configured on the processing device, and the respective compression results can be obtained by respectively compressing D types of textures by using the compression algorithm a and the compression algorithm B. If the quality of the compression result corresponding to the compression algorithm a is similar to the quality of the compression result corresponding to the compression algorithm B, but compared with the compression algorithm a, when the D-type texture is compressed by using the compression algorithm B, the consumed system resources are less, the storage space occupied by the obtained compression result is smaller, and the rendering speed of rendering the compression result onto the video frame is faster, then the compression algorithm B can be considered as the compression algorithm applicable to the D-type texture.
Therefore, when the texture to be compressed is obtained, the texture to be compressed can be classified according to the compression quality requirement, so that the applicable compression algorithm can be automatically selected from the configured multiple compression algorithms according to the classification result to compress the texture to be compressed, the problem caused by the adoption of the single compression algorithm is avoided, and the texture compression requirement can be better met.
It can be understood that the texture compression method provided by the embodiment of the present application can be applied to scenes in which textures need to be rendered on video frames, such as live broadcasting, video chat, games, and the like.
Specifically, compression plug-ins can be provided for the Cocoscreator development engine of the game to implement the texture compression method provided by the embodiment.
The texture compression method provided by the embodiment of the application can be applied to processing equipment with texture compression capability, and the processing equipment can be terminal equipment or a server. The terminal device may be, for example, a smart terminal, a computer, a Personal Digital Assistant (PDA), a tablet computer, or the like.
If the processing device is a server, the server may obtain the texture to be compressed from the terminal device, thereby executing the texture compression method. When the server obtains the compression result by using the texture compression method, the compression result can be sent to the terminal device, so that the terminal device renders the compression result onto the video frame.
In order to facilitate understanding of the technical solution of the present application, the texture compression method provided in the embodiment of the present application is described below with reference to an actual application scenario.
Referring to fig. 1, fig. 1 is a schematic view of an application scenario of a texture compression method provided in an embodiment of the present application, where the application scenario is described by taking an example that the texture compression method is applied to a terminal device (a processing device is a terminal device), where the application scenario includes the terminal device 101, a plurality of compression algorithms are configured in the terminal device 101, and different compression algorithms may be applicable to compressing different types of textures.
For example, if the terminal device 101 determines that the texture to be compressed is the -th texture according to the preset condition for identifying the compression quality requirement, the texture to be compressed is compressed by using the -th compression algorithm applicable to the -th texture, and if the texture to be compressed is determined to be the second texture, the texture to be compressed is compressed by using the second compression algorithm applicable to the second texture.
The texture mentioned in the embodiment of the application can be used for embodying the content included in the object which needs to be rendered on the video frame; the texture to be compressed can be the texture to be compressed, the compression result is obtained by compressing the texture to be compressed, the storage space occupied by the compression result in the processing equipment is small, and the storage pressure of the processing equipment can be reduced. In addition, rendering the compression result into a video frame can improve the texture rendering speed.
For example, the storage space occupied by the texture to be compressed is 100M, and the storage space occupied by the compression result obtained by compressing the texture to be compressed is 50M, which means that the storage space occupied by the compression result is obviously smaller than the storage space occupied by the texture to be compressed. In addition, the time taken to render 50M of the compression results onto the video frame is obviously less than the time taken to render 100M of the texture to be compressed onto the video frame, thereby increasing the texture rendering speed.
According to the method provided by the embodiment of the application, when the texture to be compressed is obtained, the texture to be compressed can be classified, and multiple compression algorithms aiming at different types of compressed textures are configured on the processing equipment, so that when the type corresponding to the texture to be compressed is determined according to the compression quality requirement, an applicable compression algorithm can be automatically selected from the multiple configured compression algorithms to compress the texture to be compressed.
The classes to which the texture to be compressed may belong may include at least two classes, that is, the texture to be compressed may belong to other classes in addition to the class of texture and the second class of texture, and have corresponding compression algorithms for different classes of texture, and the class of texture and the second class of texture mentioned in the embodiments of the present application are only two examples of classes.
It should be noted that, after the texture to be compressed is compressed, a texture loss may occur in the compression result with respect to the texture to be compressed. When the compression algorithm is used for compressing the texture to be compressed, the compression quality requirement is required, and the compression quality requirement can be used for reflecting the texture loss degree of the compression result acceptable for a user. In general, the texture loss of the compression result is required to be difficult for a user to detect by naked eyes, so that the visual effect of rendering the compression result on the video frame is not much different from the visual effect of rendering the texture to be compressed on the video frame. If texture loss is large, when the compression result is rendered on a video frame, a user may see bad visual effects, such as distortion, color difference, mosaic, etc. of the rendered video. At this time, it indicates that the compression quality of the texture to be compressed by using a certain compression algorithm is not good, and the compression result may not meet the compression quality requirement.
Therefore, in order to ensure that textures to be compressed with different compression quality requirements are all compressed to obtain compression results meeting the quality requirements by adopting corresponding compression algorithms, when the textures to be compressed are classified, the preset conditions are specific preset conditions, and the preset conditions can be used for identifying the compression quality requirements for the compression results, namely the preset conditions can reflect the texture loss degree of the compression results acceptable by users, so that for the textures to be compressed with different compression quality requirements, a proper compression algorithm can be selected to compress the textures to be compressed to obtain the compression results meeting the compression quality requirements.
It can be understood that, in the embodiment of the present application, the textures to be compressed are classified according to the preset condition for identifying the compression quality requirement, the texture classes obtained by the classification include at least two kinds, for example, -th class texture and second class texture, and therefore, -th class texture and second class texture are two texture classes with different compression quality requirements, where the compression quality requirement of -th class texture is higher than that of the second class texture.
It should be noted that the scenes shown in fig. 1 are only examples, and no particular limitation is imposed on the application scene of the texture compression method provided in the embodiment of the present application.
The texture compression method provided by the present application is described below by way of example.
Referring to fig. 2, fig. 2 is a schematic flow chart of texture compression methods provided in the embodiment of the present application, for convenience of description, the embodiment is described with a terminal device as an execution subject, it should be understood that the execution subject of the texture compression method is not limited to the terminal device, and may also be applied to other devices having a texture compression function, such as a server, as shown in fig. 2, the texture compression method includes:
s201, determining the type of texture to be compressed according to a preset condition for identifying the compression quality requirement, if the texture to be compressed is determined to be th type texture, executing S202, and if the texture to be compressed is determined to be second type texture, executing S203.
The texture to be compressed acquired by the terminal device may have a corresponding preset condition, and the preset condition may identify a compression quality requirement corresponding to the texture to be compressed, that is, reflect a compression quality that a compression result obtained by compressing the texture to be compressed by using a compression algorithm should achieve. The terminal equipment can classify the texture to be compressed according to the preset condition, and selects a proper compression algorithm to compress the texture to be compressed according to the type of the texture to be compressed.
It is understood that the texture to be rendered on the video frame may have different size requirements, and the size requirements represent the size of the texture, for example, in a live video, the displayed video interface may include a background, the size of the texture corresponding to the background is , and , the size of the texture corresponding to the background may be the same as the size of the video frame.
However, some textures are relatively small in size, such as buttons on a live video presentation interface, and the sizes of the textures are inherently small, and if the compression results of the textures corresponding to the buttons are more texture-lost, the compression results may be rendered onto the video frames with a greater distortion of the originally smaller buttons as seen by the user.
It follows that the size requirement of a texture may reflect the compression quality requirement, the larger the size of a texture the lower its compression quality requirement, and the smaller the size of a texture the higher its compression quality requirement. The size requirement of the texture has the characteristic of representing the compression quality requirement, so the size requirement of the texture can be used as a preset condition, namely, the type of the texture to be compressed can be determined according to the size requirement of the texture.
The texture may have at least color channels, such as red, yellow, blue, translucent, etc., so that when the texture is compressed with different color channels, some textures may be compressed with some compression algorithms, which result in greater texture loss on the designated color channel, and thus, higher compression quality requirements for the texture with the designated color channel.
For example, when a PVR compression algorithm is used to compress a texture with a transparent or semi-transparent channel, the loss of the texture on the channel is large, and when the compression result is rendered on a video frame, a user may have difficulty in seeing the visual effect embodied by the texture on the channel.
Therefore, whether the texture has the specified color channel or not can reflect the compression quality requirement, if the texture has the specified color channel, the compression quality requirement can be higher, otherwise, the compression quality requirement can be lower. Whether the texture has the characteristic that the specified color channel can express the compression quality requirement or not can be used as a preset condition, namely, the type of the texture to be compressed can be determined according to whether the texture has the specified color channel or not.
Of course, the size requirement of the texture and whether the texture has the designated color channel may be jointly used as the preset condition, that is, the type of the texture to be compressed may also be determined according to the size requirement of the texture and whether the texture has the designated color channel.
S202, compressing the texture to be compressed by adopting a compression algorithm applicable to the -th class of textures.
S203, compressing the texture to be compressed by adopting a second compression algorithm applicable to the second type of texture.
In this embodiment, a corresponding relationship between the type of texture and the compression algorithm applicable to the type of texture may be established in the terminal device, if the texture to be compressed is determined to be the th type of texture according to the preset condition for identifying the compression quality requirement, the texture to be compressed is determined to be compressed by using the compression algorithm according to the corresponding relationship, and if the texture to be compressed is determined to be the second type of texture according to the preset condition for identifying the compression quality requirement, the texture to be compressed is determined to be compressed by using the second compression algorithm according to the corresponding relationship.
It should be noted that, in actual use, the terminal device may be a higher-configured terminal device or a lower-configured terminal device, and the configuration of the terminal device is different, and the multiple compression algorithms configured thereon may be different. Next, a compression algorithm configured by a terminal device of a different configuration will be described.
In order to ensure that the terminal device can obtain a compression result meeting the compression quality requirement when the compression quality requirement is high and can also improve the rendering speed on the premise of ensuring the compression quality when the compression quality requirement is low, the th compression algorithm can be a compression algorithm which can be configured on the terminal device with high configuration and has strong texture compression capability, and the second compression algorithm can be a compression algorithm which has weak compression capability, high compatibility, high texture rendering speed and low occupied storage space, so that the th compression algorithm and the second compression algorithm are configured on the terminal device at the same time, an applicable compression algorithm can be selected according to the type of the texture to perform texture compression, and the advantages of the th compression algorithm and the second compression algorithm are fully utilized, thereby realizing the mixed use of the compression algorithms on terminal devices.
Specifically, the th compression algorithm configured on the terminal device with higher configuration can be a compression algorithm with texture compression capability higher than the th preset condition, and the second compression algorithm can be a compression algorithm with compatibility higher than the second preset condition, wherein the th preset condition and the second preset condition are set according to practical experience.
For example, the terminal device is a terminal device configured with an apple operating System (IOS) 7 or more, then the th Compression algorithm in the terminal device may be an Ericsson Texture Compression2 (ETC 2) algorithm with higher Texture Compression capability, for example, higher than a th preset condition, and the second Compression algorithm may be a PVR Texture Compression algorithm with higher compatibility, for example, higher than a second preset condition.
The ETC2 algorithm is not limited to the specification of the texture to be compressed, the ETC2 algorithm is of the standard of Embedded open graphics Library (OpenGLES for Embedded Systems, OpenGLES for short) 3.0, and as long as the terminal device supports OpenGLES3.0, the terminal device inevitably supports ETC 2. the ETC2 mainly uses the mary texture Compression Tool (malitextraction Compression Tool) to realize the texture Compression.
The PVR texture compression algorithm is a texture compression algorithm recommended by apple authorities, the rendering speed is high by adopting the PVR texture compression algorithm, the occupied memory is very small, the PVR texture compression algorithm mainly uses PVRTextol to realize texture compression, and the PVRTextol is PVR texture compression tools.
If the terminal device is configured with a lower terminal device, the terminal device is difficult to configure a compression algorithm with higher texture compression capability, and therefore, when the -th class of textures is compressed on the lower terminal device, a compression algorithm with higher texture compression capability, such as ETC2, cannot be used.
For example, the size of the texture to be compressed may be represented as 1280 x 960, and the size of the texture to be compressed is reduced to , which is the original half, resulting in a size of 640 x 480.
The size of the texture to be compressed is reduced through the texture reduction algorithm, so that the size of the texture to be compressed can be reduced in an equal ratio, the storage space of a corresponding ratio can be saved, the texture quality is not particularly influenced, and a compression result meeting the requirement of high compression quality can be obtained.
When the texture reduction algorithm is used for reducing the precision of the texture to be compressed, the precision of the texture to be compressed can be represented by the number of bits of information stored in a single pixel in the texture to be compressed, in the case of bits to be compressed, the precision of the texture to be compressed is 32 bits, and when the precision of the texture to be compressed is reduced by the texture reduction algorithm, the precision of the texture to be compressed can be reduced from 32 bits, for example, the precision of the texture to be compressed can be reduced from 32 bits to 24 bits.
, a convert command is used in the terminal device to implement a texture reduction algorithm, for example, to reduce the size of the texture to be compressed to , which can be expressed as follows:
convert＄{infile}’-resize 50％’＄{outfile}
wherein, convert is the command used for carrying on the shrinking of the texture to treat the compressed texture; $ infile represents the input file read, i.e., the texture to be compressed; resize 50% means that the specific action of the texture reduction algorithm is to reduce the size of the texture to be compressed to 50%; $ outfile represents the output file read, i.e., the read compression result.
It should be noted that the texture reduction algorithm can be supported by the terminal device with a lower configuration, so that the texture to be compressed with a lower compression quality requirement can be compressed in the terminal device with a lower configuration, and the texture to be compressed with a higher compression quality requirement can also be compressed.
According to the technical scheme, when the texture to be compressed is obtained, the type of the texture to be compressed can be determined according to the preset condition for identifying the compression quality requirement, for example, the th type texture with relatively high compression quality requirement or the second type texture with relatively low compression quality requirement, if the texture to be compressed is the th type texture, the compression quality requirement of the texture to be compressed can be determined to be high, the texture to be compressed needs to be compressed by adopting the th compression algorithm capable of obtaining high compression quality, the loss of the obtained compression result is smaller relative to the texture to be compressed, the due rendering quality can be guaranteed when the texture to be compressed is rendered by adopting the compression result, if the texture to be compressed is the second type texture, the compression quality requirement of the texture to be compressed can be determined to be low, the texture to be compressed can be compressed by adopting the second compression algorithm capable of obtaining -type compression quality, so that the compression efficiency and the rendering efficiency are improved.
The embodiment corresponding to fig. 2 describes how to compress the texture to be compressed, but not all textures may need to be texture compressed.
In cases, the storage space occupied by textures is small, and even if the textures are compressed, no significant effect is brought to storage space saving, in this case, in order to avoid time consumed by texture compression and improve the texture rendering speed, the textures with small occupied storage space are not compressed, for example, in a live video broadcast process, fixed buttons can exist on a live video broadcast interface, and the storage space occupied by the textures corresponding to the fixed buttons is small, so the textures corresponding to the fixed buttons can not be compressed.
For example, for textures with transparent color channels, after the textures with transparent color channels are compressed, a large texture loss is easy to occur, and the transparent color channels may be lost, so that the textures with the texture loss can not be compressed.
Since which textures do not need to be compressed or which textures with which characteristics need to be known in advance and the textures may have corresponding identifiers, in this embodiment, identifiers corresponding to textures that do not need to be compressed may form an uncompressed identifier set, and whether the texture to be compressed is determined by determining whether the identifier of the texture to be compressed is in the uncompressed identifier set, specifically, referring to fig. 3, in the case that whether the texture to be compressed needs to be compressed is determined, the texture compression method may include:
s301, obtaining the identifier of the texture to be compressed.
The texture to be compressed may have corresponding identifiers, and the identifiers may be used to distinguish different textures, and each texture has an identifier corresponding to , where the identifiers may be Message Digest Algorithm 5 (MD 5), or numbers, symbols, and the like set for different textures.
After the terminal device obtains the texture to be compressed, the identifier of the texture to be compressed can be obtained, so that whether the texture to be compressed needs to be compressed or not can be determined according to the identifier.
S302, determining whether the identifier of the texture to be compressed is in the uncompressed identifier set, if so, executing S303, and if not, executing S304.
The uncompressed identification set comprises at least identifications of textures which do not need to be compressed, the identifications of the textures to be compressed are compared with the identifications of the textures which do not need to be compressed, if the identifications of the textures to be compressed are the same as the identifications of the textures which do not need to be compressed in any of the uncompressed identification set, the identifications of the textures to be compressed are in the uncompressed identification set, at the moment, S303 is executed, otherwise, S304-S306 are executed, and the textures to be compressed are compressed.
Wherein, S304-S306 correspond to S201-S203 in sequence, and are not described herein again.
And S303, not compressing the texture to be compressed.
S304, determining the type of texture to be compressed according to a preset condition for identifying the compression quality requirement, if the texture to be compressed is determined to be type texture, executing S305, and if the texture to be compressed is determined to be second type texture, executing S306.
S305, adopting a compression algorithm applicable to the th class of textures to compress the textures to be compressed.
S306, compressing the texture to be compressed by adopting a second compression algorithm applicable to the second type of texture.
By determining whether the texture to be compressed needs to be compressed, it can be ensured that the texture to be compressed is compressed if necessary, instead of compressing all the textures to be compressed, thereby avoiding unnecessary texture compression methods and improving the texture rendering speed.
The corresponding embodiment of FIG. 3 describes how to determine whether a texture to be compressed needs to be compressed, enabling the texture to be compressed to be uncompressed without compressing the texture to be compressed so that the texture to be compressed can be rendered onto a video frame itself.
If the texture that needs to be rendered onto the video frame this time still includes the texture that has not been modified or otherwise changed from the previous texture, then, in order to increase the rendering speed of the texture and avoid unnecessary data processing, the texture compression method of S201-S203 does not need to be re-executed to re-compress the texture to obtain the compression result of the texture, and the previously obtained compressed texture can be directly used as the compression result of the texture this time.
After obtaining the compressed texture, the corresponding relationship between the compressed texture and the identifier of the texture corresponding to the compressed texture when the compressed texture is not compressed may be saved, so that, when the texture to be compressed is obtained times, whether the texture to be compressed is to be recompressed may be determined by whether the identifier of the texture to be compressed matches any identifier in the set of compressed identifiers.
S401, obtaining the identifier of the texture to be compressed.
In this embodiment, the compressed texture may be used as the compression result of the texture to be compressed, where the texture corresponding to the compressed texture when uncompressed should be completely , and no modification or other change should occur, and therefore, the identifier in this embodiment may be MD5, MD5 may represent whether the texture to be compressed is modified when uncompressed relative to the compressed texture, and may represent that the texture to be compressed MD5 is different from the texture to be compressed when uncompressed, and thus, it may be accurately determined whether the texture to be compressed has been previously compressed.
For example, texture A, i.e., the texture of the compressed texture when uncompressed, is compressed to obtain compressed texture B, and MD5 of texture A, i.e., MD5 of the compressed texture when uncompressed. For texture C to be compressed, if texture C to be compressed is modified relative to texture a, MD5 of texture C to be compressed is different from MD5 of texture a, i.e., MD5 of texture C to be compressed is different from MD5 of the compressed texture when uncompressed; if texture C to be compressed is identical to texture a, then MD5 of texture C to be compressed is identical to MD5 of texture a, i.e., MD5 to be compressed is identical to MD5 of the compressed texture when uncompressed.
S402, matching the identifier of the texture to be compressed with a compressed identifier set, executing S403 if the identifier of the texture to be compressed is matched with a target identifier in the compressed identifier set, otherwise executing S404.
Matching the identifier of the texture to be compressed with the identifier of the compressed texture in the uncompressed state, wherein if the identifier of the texture to be compressed is matched with the identifier of the compressed texture in the uncompressed state, for example, the identifier is matched with a target identifier, it indicates that the texture to be compressed has been compressed before and a corresponding compressed texture is obtained, and at this time, executing S403, otherwise, executing S404-S406 to compress the texture to be compressed.
S404-S406 correspond to S201-S203 in sequence, and are not described herein again.
S403, if the identifier of the texture to be compressed is matched with the target identifier in the compressed identifier set, taking the compressed texture corresponding to the target identifier as the compression result of the texture to be compressed.
The compression result is also a compressed texture, the compression result is used to represent the texture obtained by this texture compression, and the compressed texture is used to represent the texture obtained by the previous texture compression.
S404, determining the type of texture to be compressed according to a preset condition for identifying the compression quality requirement, if the texture to be compressed is determined to be th type texture, executing S405, and if the texture to be compressed is determined to be second type texture, executing S406.
S405, compressing the texture to be compressed by adopting a compression algorithm applicable to the -th class of textures.
S406, compressing the texture to be compressed by adopting a second compression algorithm applicable to the second type of texture.
By determining whether the texture to be compressed needs to be compressed or not, the texture compression can be directly used as the compression result of the texture to be compressed without performing the texture compression again under the condition that the compressed texture corresponding to the texture to be compressed is obtained through the texture compression, so that the texture compression method is prevented from being performed again, the texture rendering speed is increased, and the time consumption for repeatedly performing the texture compression is reduced.
In the scene, the texture types include -type textures and second-type textures, wherein the -type texture is a texture with a higher compression quality requirement, the second-type texture is a texture with a lower compression quality requirement, the -type compression algorithm is an ETC2 algorithm or a texture reduction algorithm, the texture reduction algorithm is used for reducing the size of the texture to be compressed by half, and the second compression algorithm is a PVR compression algorithm.
In a scenario corresponding to fig. 5, referring to fig. 6, the method includes:
s601, determining the type of texture to be compressed according to a preset condition for identifying the compression quality requirement.
And S602, if the texture to be compressed is determined to be the texture with higher compression quality requirement and the terminal equipment is configured with higher terminal equipment, compressing the texture to be compressed by adopting an ETC2 algorithm to obtain an ETC2 texture.
S603, if the texture to be compressed is determined to be the texture with higher compression quality requirement and the terminal equipment is configured with lower terminal equipment, compressing the texture to be compressed by adopting a texture reduction algorithm to obtain the texture with half the size.
S604, if the texture to be compressed is determined to be the texture with lower compression quality requirement, compressing the texture to be compressed by adopting a PVR compression algorithm to obtain the PVR texture.
According to the technical scheme, when the texture to be compressed is obtained, the type of the texture to be compressed can be determined according to the preset condition for identifying the compression quality requirement, for example, the th type texture with relatively high compression quality requirement or the second type texture with relatively low compression quality requirement, if the texture to be compressed is the th type texture, the compression quality requirement of the texture to be compressed can be determined to be high, the texture to be compressed needs to be compressed by adopting the th compression algorithm capable of obtaining high compression quality, the loss of the obtained compression result is smaller relative to the texture to be compressed, the due rendering quality can be guaranteed when the texture to be compressed is rendered by adopting the compression result, if the texture to be compressed is the second type texture, the compression quality requirement of the texture to be compressed can be determined to be low, the texture to be compressed can be compressed by adopting the second compression algorithm capable of obtaining -type compression quality, so that the compression efficiency and the rendering efficiency are improved.
Based on the texture compression methods provided by the previous embodiments, the present embodiment provides texture compression apparatus 700, referring to fig. 7a, the apparatus 700 includes a th determining unit 701, a th compression unit 702, and a second compression unit 703:
the th determining unit 701 is configured to determine the type of texture to be compressed according to a preset condition for identifying a compression quality requirement;
the compressing unit 702 is configured to compress the texture to be compressed by using a th compression algorithm applicable to the th class of texture if the determining unit 701 determines that the texture to be compressed is the th class of texture;
the second compressing unit 703 is configured to, if the th determining unit 701 determines that the texture to be compressed is a second type of texture, compress the texture to be compressed by using a second compression algorithm applicable to the second type of texture;
wherein the compression quality requirement of the -th class of texture is higher than the compression quality requirement of the second class of texture.
In implementations, the preset conditions include size requirements of the texture and/or whether there is a specified color channel.
In implementations, referring to fig. 7b, the apparatus 700 further includes a obtaining unit 704, a second determining unit 705, and an uncompressing unit 706:
the th obtaining unit 704, configured to obtain an identifier of the texture to be compressed;
the second determining unit 705 is configured to determine whether the identifier of the texture to be compressed is in an uncompressed identifier set, where the uncompressed identifier set includes identifiers of at least textures that do not need to be compressed;
the uncompressing unit 706 is configured to determine, by the second determining unit 705, that the identifier of the texture to be compressed is in the uncompressed identifier set, and uncompress the texture to be compressed.
In implementations, referring to fig. 7c, the apparatus 700 further includes a second obtaining unit 707, a matching unit 708, and a third determining unit 709:
the second obtaining unit 707, configured to obtain an identifier of the texture to be compressed;
the matching unit 708 is configured to match the identifier of the texture to be compressed with a compressed identifier set, where the compressed identifier set includes identifiers of at least compressed textures when the textures are not compressed;
the third determining unit 709 is configured to, if the matching unit determines that the identifier of the texture to be compressed matches the target identifier in the compressed identifier set, use the compressed texture corresponding to the target identifier as the compression result of the texture to be compressed.
In , the compression algorithm is a compression algorithm with texture compression capability higher than preset condition, and the second compression algorithm is a compression algorithm with compatibility higher than second preset condition;
alternatively, the first and second electrodes may be,
the th compression algorithm is a texture reduction algorithm used for reducing the size of the texture to be compressed and/or reducing the precision of the texture to be compressed, and the second compression algorithm is a compression algorithm with compatibility higher than the second preset condition.
According to the technical scheme, when a texture to be compressed is obtained, the determining unit 701 may determine the type of the texture to be compressed according to a preset condition for identifying a compression quality requirement, for example, whether the texture to be compressed is a -th type texture with a relatively high compression quality requirement or a second type texture with a relatively low compression quality requirement, if the determining unit 701 determines that the texture to be compressed is a -th type texture, it may be determined that the compression quality requirement of the texture to be compressed is relatively high, it is required that the compressing unit 702 compresses the texture to be compressed by using the -th compression algorithm capable of obtaining a high compression quality, the obtained compression result is less lost relative to the texture to be compressed, and the due rendering quality can be ensured when the texture to be compressed is rendered by using the compression result, if the determining unit 701 determines that the texture to be compressed is the second type texture, it may be determined that the compression quality requirement of the texture to be compressed is not high, the second compressing unit 703 may compress the texture to be compressed by using the second compression algorithm capable of obtaining -like compression quality requirements, thereby improving the compression efficiency and the type of the texture to be configured, so that multiple texture compression algorithms can be better configured in a single compression device , and thus, a variety of compression algorithms suitable for compression requirements can be adopted, and a compression algorithm can be adopted, so as to avoid the compression algorithm, and a compression algorithm.
Please refer to fig. 8, this application provides devices 800 for texture compression, where the device 800 may be a server, may have relatively large differences due to different configurations or performances, and may include or more than Central Processing Units (CPUs), 822 (e.g., or or more than 3 processors) and memories 832, or more than storage media 830 (e.g., or more than mass storage devices) storing applications 842 or data 844, where the memories 832 and the storage media 830 may be transient storage or persistent storage, programs stored in the storage media 830 may include or more than modules (not shown), each of which may include a series of instructions for a series of instructions in the server, and further may be provided to communicate with the storage media 830 for executing the instructions of the series 46800 on the storage media 830.
The apparatus 800 for athletic performance demonstration may also include or or more power supplies 826, or or more wired or wireless network interfaces 850, or or more input-output interfaces 858 and/or or or more operating systems 841, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.
The steps performed by the server in the above embodiments may be based on the server structure shown in fig. 8.
The CPU 822 is configured to execute the following steps:
determining the type of texture to be compressed according to a preset condition for identifying the compression quality requirement;
if the texture to be compressed is determined to be -type texture, compressing the texture to be compressed by adopting a compression algorithm applicable to the -type texture;
if the texture to be compressed is determined to be a second type of texture, compressing the texture to be compressed by adopting a second compression algorithm applicable to the second type of texture;
wherein the compression quality requirement of the -th class of texture is higher than the compression quality requirement of the second class of texture.
Referring to fig. 9, an apparatus 900 for texture compression is provided in the embodiment of the present application, where the apparatus 900 may also be a terminal apparatus, and the terminal apparatus may be any terminal apparatus including a mobile phone, a tablet computer, a Personal Digital Assistant (PDA), a Point of Sales (POS), a vehicle-mounted computer, and the terminal apparatus is a mobile phone for example:
fig. 9 is a block diagram illustrating a partial structure of a mobile phone related to a terminal device provided in an embodiment of the present application. Referring to fig. 9, the handset includes: a Radio Frequency (RF) circuit 910, a memory 920, an input unit 930, a display unit 940, a sensor 950, an audio circuit 960, a wireless fidelity (WiFi) module 970, a processor 980, and a power supply 990. Those skilled in the art will appreciate that the handset configuration shown in fig. 9 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.
The following describes each component of the mobile phone in detail with reference to fig. 9:
the RF circuit 910 may be used for receiving and transmitting signals during a message transmission or communication, and particularly, for receiving downlink information of a base station and then processing the downlink information, and for transmitting design uplink data to the base station, generally, the RF circuit 910 may include, but is not limited to, an antenna, at least amplifiers, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like.
The memory 920 may be used to store software programs and modules, and the processor 980 may execute various functional applications and data processing of the cellular phone by executing the software programs and modules stored in the memory 920, the memory 920 may mainly include a program storage area that may store an operating system, application programs (such as a sound playing function, an image playing function, etc.) required for at least functions, and the like, and a data storage area that may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like.
The input unit 930 may be configured to receive input numeric or character information and generate key signal inputs related to user settings and function controls of the cellular phone, and in particular, the input unit 930 may include a touch panel 931 and other input devices 932. the touch panel 931, also referred to as a touch screen, may collect touch operations by a user on or near the touch panel 931 (e.g., operations by a user on or near the touch panel 931 using any suitable object or attachment such as a finger, a stylus, etc.) and drive corresponding connection means according to a predetermined program.
The display unit 940 may include a display panel 941, and optionally, the display panel 941 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), and the like, and when is performed, the touch panel 931 may cover the display panel 941, and when a touch operation is detected on or near the touch panel 931, the touch panel 931 may transmit the touch operation to the processor 980 to determine the type of the touch event, and then the processor 980 may provide a corresponding visual output on the display panel 941 according to the type of the touch event.
The mobile phone may further include at least sensors 950, such as a light sensor, a motion sensor, and other sensors, specifically, the light sensor may include an ambient light sensor and a proximity sensor, where the ambient light sensor may adjust the brightness of the display panel 941 according to the brightness of ambient light, and the proximity sensor may turn off the display panel 941 and/or backlight when the mobile phone moves to the ear, as the motion sensors, the accelerometer sensor may detect the magnitude of acceleration in various directions (three axes as ), may detect the magnitude and direction of gravity when the mobile phone is stationary, may be used to identify applications of the mobile phone gesture (such as horizontal and vertical screen switching, related games, magnetometer gesture calibration), vibration recognition related functions (such as pedometer and tapping), and other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which are not described herein.
The audio circuit 960, the speaker 961, and the microphone 962 may provide an audio interface between a user and a mobile phone, the audio circuit 960 may transmit an electrical signal obtained by converting received audio data to the speaker 961, and the audio signal is converted by the speaker 961 and output, and in the aspect of , the microphone 962 converts a collected sound signal into an electrical signal, and the electrical signal is received by the audio circuit 960 and converted into audio data, and the audio data is processed by the audio data output processor 980 and then transmitted to another mobile phone through the RF circuit 910, or the audio data is output to the memory 920 for further processing at step .
WiFi belongs to short-distance wireless transmission technology, and the mobile phone can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 970, and provides wireless broadband Internet access for the user. Although fig. 9 shows the WiFi module 970, it is understood that it does not belong to the essential constitution of the handset, and can be omitted entirely as needed within the scope not changing the essence of the invention.
The processor 980 is a control center of the cellular phone, and connects various parts of the entire cellular phone using various interfaces and lines, and performs overall monitoring of the cellular phone by operating or executing software programs and/or modules stored in the memory 920 and calling data stored in the memory 920 to perform various functions of the cellular phone and process data, and optionally, the processor 980 may include or more processing units, and preferably, the processor 980 may integrate an application processor, which mainly processes an operating system, a user interface, application programs, etc., and a modem processor, which mainly processes wireless communication, it being understood that the modem processor may not be integrated into the processor 980.
The handset also includes a power supply 990 (e.g., a battery) for supplying power to the various components, which may preferably be logically connected to the processor 980 via a power management system, thereby providing management of charging, discharging, and power consumption via the power management system.
Although not shown, the mobile phone may further include a camera, a bluetooth module, etc., which are not described herein.
In this embodiment, the processor 980 included in the terminal device further has the following functions:
determining the type of texture to be compressed according to a preset condition for identifying the compression quality requirement;
if the texture to be compressed is determined to be -type texture, compressing the texture to be compressed by adopting a compression algorithm applicable to the -type texture;
if the texture to be compressed is determined to be a second type of texture, compressing the texture to be compressed by adopting a second compression algorithm applicable to the second type of texture;
wherein the compression quality requirement of the -th class of texture is higher than the compression quality requirement of the second class of texture.
The present embodiment also provides computer-readable storage media for storing program code for performing any implementation of the texture compression methods described in the foregoing embodiments.
Furthermore, the terms "comprises" and "comprising," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a series of steps or elements is not necessarily limited to the expressly listed steps or elements, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
It should be understood that in this application, "at least items" means or more, "a plurality" means two or more "and/or" for describing the association of the associated objects, meaning that three relationships may exist, for example, "a and/or B" may mean that only a, only B and both a and B exist, where a, B may be singular or plural.
For example, the above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units into logical functional divisions may be realized in other ways, for example, multiple units or components may be combined or integrated into another systems, or features may be omitted or not executed, in another point, the shown or discussed coupling or direct coupling or communication connection between each other may be through interfaces, indirect coupling or communication connection between units or devices may be electrical, mechanical or other forms.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, that is, may be located in places, or may also be distributed on multiple network units.
In addition, the functional units in the embodiments of the present application may be integrated into processing units, or each unit may exist alone physically, or two or more units are integrated into units.
Based on the understanding, the technical solution of the present application, or a part or all or part of the technical solution that contributes to the prior art, may be embodied in the form of a software product stored in storage media, which includes several instructions for making computer devices (which may be personal computers, servers, or network devices) execute all or part of the steps of the methods described in the embodiments of the present application.
The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.
Claims (12)
1, A texture compression method, comprising:
determining the type of texture to be compressed according to a preset condition for identifying the compression quality requirement;
if the texture to be compressed is determined to be -type texture, compressing the texture to be compressed by adopting a compression algorithm applicable to the -type texture;
if the texture to be compressed is determined to be a second type of texture, compressing the texture to be compressed by adopting a second compression algorithm applicable to the second type of texture;
wherein the compression quality requirement of the -th class of texture is higher than the compression quality requirement of the second class of texture.
2. The method of claim 1, wherein the predetermined condition comprises a size requirement of the texture and/or whether there is a designated color channel.
3. The method of claim 1, further comprising:
acquiring an identifier of the texture to be compressed;
determining whether the identifier of the texture to be compressed is in an uncompressed identifier set, wherein the uncompressed identifier set comprises identifiers of at least textures which do not need to be compressed;
and if so, not compressing the texture to be compressed.
4. The method of claim 1, further comprising:
acquiring an identifier of the texture to be compressed;
matching the identifier of the texture to be compressed with a compressed identifier set, wherein the compressed identifier set comprises identifiers of at least compressed textures when the textures are not compressed;
and if the identifier of the texture to be compressed is matched with the target identifier in the compressed identifier set, taking the compressed texture corresponding to the target identifier as a compression result of the texture to be compressed.
5. The method of any , wherein the compression algorithm is a compression algorithm with texture compression capability higher than , the second compression algorithm is a compression algorithm with compatibility higher than second predetermined condition;
alternatively, the first and second electrodes may be,
the th compression algorithm is a texture reduction algorithm used for reducing the size of the texture to be compressed and/or reducing the precision of the texture to be compressed, and the second compression algorithm is a compression algorithm with compatibility higher than the second preset condition.
Texture compression apparatus of the kind , characterized in that the apparatus comprises a th determining unit, a th compressing unit and a second compressing unit:
the th determining unit is used for determining the type of texture to be compressed according to a preset condition for identifying the compression quality requirement;
the compression unit is configured to compress the texture to be compressed using a compression algorithm applied to the -th class of texture if the determination unit determines that the texture to be compressed is the -th class of texture;
the second compression unit is configured to compress the texture to be compressed by using a second compression algorithm applicable to the second type of texture if the th determination unit determines that the texture to be compressed is the second type of texture;
wherein the compression quality requirement of the -th class of texture is higher than the compression quality requirement of the second class of texture.
7. The apparatus of claim 6, wherein the predetermined condition comprises a size requirement of the texture and/or whether there is a designated color channel.
8. The apparatus according to claim 6, further comprising an th obtaining unit, a second determining unit, and an uncompressing unit:
the th obtaining unit is configured to obtain an identifier of the texture to be compressed;
the second determining unit is configured to determine whether the identifier of the texture to be compressed is in an uncompressed identifier set, where the uncompressed identifier set includes identifiers of at least textures that do not need to be compressed;
and the uncompressing unit is configured to uncompress the texture to be compressed if the second determining unit determines that the identifier of the texture to be compressed is in the uncompressed identifier set.
9. The apparatus according to claim 6, further comprising a second obtaining unit, a matching unit, and a third determining unit:
the second obtaining unit is used for obtaining the identifier of the texture to be compressed;
the matching unit is used for matching the identifier of the texture to be compressed with a compressed identifier set, wherein the compressed identifier set comprises identifiers of at least compressed textures when the textures are not compressed;
and the third determining unit is configured to, if the matching unit determines that the identifier of the texture to be compressed matches the target identifier in the compressed identifier set, use the compressed texture corresponding to the target identifier as the compression result of the texture to be compressed.
10. The apparatus according to any of claims 6-9, wherein the compression algorithm is a compression algorithm with texture compression capability higher than , the second compression algorithm is a compression algorithm with compatibility higher than second predetermined condition;
alternatively, the first and second electrodes may be,
the th compression algorithm is a texture reduction algorithm used for reducing the size of the texture to be compressed and/or reducing the precision of the texture to be compressed, and the second compression algorithm is a compression algorithm with compatibility higher than the second preset condition.
11, an apparatus for texture compression, the apparatus comprising a processor and a memory:
the memory is used for storing program codes and transmitting the program codes to the processor;
the processor is configured to perform the texture compression method of any of claims 1-5 according to instructions in the program code.
Computer-readable storage medium , wherein the computer-readable storage medium is configured to store program code, and wherein the program code is configured to perform the texture compression method of any of claims 1-5 .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810799211.4A CN110740325B (en) | 2018-07-19 | 2018-07-19 | Texture compression method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810799211.4A CN110740325B (en) | 2018-07-19 | 2018-07-19 | Texture compression method, device, equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110740325A true CN110740325A (en) | 2020-01-31 |
| CN110740325B CN110740325B (en) | 2022-07-08 |
Family
ID=69235300
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810799211.4A Active CN110740325B (en) | 2018-07-19 | 2018-07-19 | Texture compression method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110740325B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6959110B1 (en) * | 2000-08-17 | 2005-10-25 | Nvidia Corporation | Multi-mode texture compression algorithm |
| US20090160857A1 (en) * | 2007-12-20 | 2009-06-25 | Jim Rasmusson | Unified Compression/Decompression Graphics Architecture |
| CN103886623A (en) * | 2012-12-19 | 2014-06-25 | 华为技术有限公司 | Image compression method and equipment, and system |
| CN104025561A (en) * | 2012-11-23 | 2014-09-03 | 华为技术有限公司 | Image compression method and image processing apparatus |
| US20150131919A1 (en) * | 2013-11-08 | 2015-05-14 | Qualcomm Incorporated | Texture decompression for graphics processors |
-
2018
- 2018-07-19 CN CN201810799211.4A patent/CN110740325B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6959110B1 (en) * | 2000-08-17 | 2005-10-25 | Nvidia Corporation | Multi-mode texture compression algorithm |
| US20090160857A1 (en) * | 2007-12-20 | 2009-06-25 | Jim Rasmusson | Unified Compression/Decompression Graphics Architecture |
| CN104025561A (en) * | 2012-11-23 | 2014-09-03 | 华为技术有限公司 | Image compression method and image processing apparatus |
| CN103886623A (en) * | 2012-12-19 | 2014-06-25 | 华为技术有限公司 | Image compression method and equipment, and system |
| US20150131919A1 (en) * | 2013-11-08 | 2015-05-14 | Qualcomm Incorporated | Texture decompression for graphics processors |
Non-Patent Citations (1)
| Title |
|---|
| 韩培友等: "一种基于混合编码的图像纹理压缩方法", 《微电子学与计算机》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110740325B (en) | 2022-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111544886B (en) | Picture display method and related device | |
| CN110138769B (en) | Image transmission method and related device | |
| US11711623B2 (en) | Video stream processing method, device, terminal device, and computer-readable storage medium | |
| US9697622B2 (en) | Interface adjustment method, apparatus, and terminal | |
| CN107770618B (en) | Image processing method, device and storage medium | |
| CN106658064B (en) | Virtual gift display method and device | |
| CN109922539B (en) | Network connection method and related product | |
| US9781380B2 (en) | Method, apparatus and terminal for playing multimedia content | |
| CN108337533B (en) | Video compression method and device | |
| CN106791916B (en) | Method, device and system for recommending audio data | |
| CN108460769B (en) | image processing method and terminal equipment | |
| CN106445970B (en) | Loading processing method and device for placeholder map | |
| CN111314517B (en) | Display panel and mobile terminal | |
| CN110851350A (en) | Method and device for monitoring white screen of web page interface | |
| CN110223221B (en) | Dynamic image playing method and terminal equipment | |
| CN108877733B (en) | Color temperature adjusting method and related device | |
| CN105338403B (en) | Filter processing method and device and electronic equipment | |
| US11109008B2 (en) | Data transmission method, data loading device, data parsing device and data transmission system | |
| CN107835336B (en) | Dual-camera frame synchronization method and device, user terminal and storage medium | |
| CN108111889B (en) | Electronic equipment and related product | |
| CN112888024A (en) | Data processing method, data processing device, storage medium and electronic equipment | |
| KR20200129455A (en) | Electronic device and Method of controlling thereof | |
| CN113852751B (en) | Image processing method, device, terminal and storage medium | |
| CN111263216B (en) | Video transmission method, device, storage medium and terminal | |
| CN106815077B (en) | Data processing method based on intelligent device architecture and intelligent device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40020192 Country of ref document: HK |
|
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |