Patent Grant
11972514
The present disclosure relates to the field of computer technologies, and in particular, to an animation file processing method and apparatus, a computer-readable storage medium, and a computer device.
To make video content or picture content more vivid and interesting, a user may add an animation effect when editing the video content or the picture content. Essentially, the animation effect is presented according to an animation file, and an animation file may also be referred to as a sticker. A more complex animation effect indicates more animation attribute data included in a corresponding animation file and a larger file size of the animation file.
Currently, developers may implement, in a manner of exporting an animation file by using an open-source plug-in, an animation file that includes a complex animation effect, but exporting the animation file in this manner has relatively low decoding efficiency.
According to embodiments of the present disclosure, an animation file processing method and apparatus, a computer-readable storage medium, and a computer device are provided.
An animation file processing method is provided, performed by a computer device, the method including: obtaining a bitmap image sequence corresponding to an original animation file; encoding a differential pixel region between a bitmap image in the bitmap image sequence and a corresponding key bitmap image according to a picture encoding mode when the bitmap image is a non-key bitmap image, to obtain an encoded picture corresponding to the bitmap image; and generating an animation export file corresponding to the original animation file according to encoded pictures corresponding to bitmap images in the bitmap image sequence.
An animation file processing apparatus is provided, the apparatus including: an obtaining module, configured to obtain a bitmap image sequence corresponding to an original animation file; an encoding module, configured to encode a differential pixel region between a bitmap image in the bitmap image sequence and a corresponding key bitmap image according to a picture encoding mode when the bitmap image is a non-key bitmap image, to obtain an encoded picture corresponding to the bitmap image; and an exporting module, configured to generate an animation export file corresponding to the original animation file according to encoded pictures corresponding to bitmap images in the bitmap image sequence.
A non-transitory computer-readable storage medium is provided, storing a computer program, the computer program, when executed by a processor, causing the processor to perform: obtaining a bitmap image sequence corresponding to an original animation file; encoding a differential pixel region between a bitmap image in the bitmap image sequence and a corresponding key bitmap image according to a picture encoding mode when the bitmap image is a non-key bitmap image, to obtain an encoded picture corresponding to the bitmap image; and generating an animation export file corresponding to the original animation file according to encoded pictures corresponding to bitmap images in the bitmap image sequence.
A computer device is provided, including a memory and a processor, the memory storing a computer program, the computer program, when executed by the processor, causing the processor to perform: obtaining a bitmap image sequence corresponding to an original animation file; encoding a differential pixel region between a bitmap image in the bitmap image sequence and a corresponding key bitmap image according to a picture encoding mode when the bitmap image is a non-key bitmap image, to obtain an encoded picture corresponding to the bitmap image; and generating an animation export file corresponding to the original animation file according to encoded pictures corresponding to bitmap images in the bitmap image sequence.
Details of one or more embodiments of the present disclosure are provided in the following accompanying drawings and descriptions. Other features and advantages of the present disclosure become apparent from the specification, the accompanying drawings, and the claims.
To make the objectives, technical solutions, and advantages of the present disclosure clearer and more understandable, the present disclosure is further described in detail below with reference to the accompanying drawings and the embodiments. The specific embodiments described herein are only used for explaining the present disclosure, and are not used for limiting the present disclosure.
The animation file export terminal 110 may obtain a bitmap image sequence corresponding to an original animation file; encode a differential pixel region between a bitmap image in the bitmap image sequence and a corresponding key bitmap image according to a picture encoding mode when the bitmap image is a non-key bitmap image, to obtain an encoded picture corresponding to the bitmap image; and generate an animation export file corresponding to the original animation file according to encoded pictures corresponding to bitmap images in the bitmap image sequence. The terminal may perform pixel comparison between the non-key bitmap image in the bitmap image sequence and the corresponding key bitmap image, to obtain the differential pixel region in the non-key bitmap image. The animation export file is an animation file in a target format, for example, may be an animation file in a PAG format.
The animation file export terminal 110 may alternatively obtain a bitmap image sequence corresponding to an original animation file; extract a color channel bitmap and a transparency channel bitmap from each bitmap image in the bitmap image sequence; composite the color channel bitmap with the transparency channel bitmap, to obtain a composite bitmap (e.g., the composite bitmap concatenates the color channel bitmap and the transparency channel bitmap, and may be twice the length or width of the bitmap image); and encode the composite bitmap according to a video encoding mode, to obtain an encoded picture corresponding to the bitmap image; and generate an animation export file corresponding to the original animation file according to encoded pictures corresponding to bitmap images in the bitmap image sequence.
The animation file export terminal 110 may further obtain animation vector data of the original animation file, the animation vector data including animation basic-attribute data and animation layer data; and store the animation basic-attribute data and the animation layer data according to a data structure in a target format, to obtain the animation export file corresponding to the original animation file.
The animation file preview terminal 120 may obtain a time consumption base value obtained in a process of simulating animation playback on a standard machine; obtain a time consumption reference value obtained in a process of locally simulating animation playback; play the animation export file in the target format, to obtain corresponding local time consumption parameters; normalize the local time consumption parameters according to the time consumption base value and the time consumption reference value, to obtain a time consumption parameter of the animation export file; and write at least one of the time consumption parameter of the animation export file and a size of a video memory occupied by the animation export file as a performance parameter of the animation export file into the animation export file.
The animation file verification terminal 130 may obtain the animation export file; parse the animation export file to obtain binary data; search the binary data for a performance parameter identifier; read, in the binary data, a performance parameter representing a running status of the animation file from a data block corresponding to the performance parameter identifier; and perform verification on the animation export file according to the performance parameter.
The animation file playback terminal 140 may obtain an animation export file that is successfully verified, parse the animation export file to obtain animation drawing data, and display playback screens corresponding to the animation export file after performing animation rendering according to the animation drawing data.
The animation file export terminal 110, the animation file preview terminal 120, the animation file verification terminal 130, and the animation file playback terminal 140 may be a same terminal, or may be independent terminals. If the terminals are independent terminals, the terminals may be connected through a network. The terminal may be specifically a desktop terminal or a mobile terminal. The mobile terminal may be specifically at least one of a mobile phone, a tablet computer, a notebook computer, and the like.
As shown in
As shown in
S302. Obtain a bitmap image sequence corresponding to an original animation file.
The original animation file is an original animation project file. The animation project file includes animation vector data, which is data used for describing animation effects that can be presented in whole animation, for example, width, height, and position information, transparency, and rotation information of an animation layer. The original animation file may be, for example, a project file with the suffix .aep obtained through Adobe After (AE) software design, and may be obtained by using an AE SDK. The bitmap image, also referred to as a dot matrix image, is an image represented by a pixel array formed by sequentially and orderly arranging single pixels. The bitmap image is an image that has not been subject to compression encoding. The bitmap image sequence is a sequence formed by bitmap images corresponding to frames of animation in the original animation file. In the embodiments provided in the present disclosure, processing is performed based on the original animation file, which, compared with implementing the animation file in a native code mode, can reduce development workload and lower costs.
In an embodiment, the step of obtaining a bitmap image sequence corresponding to an original animation file includes: obtaining the original animation file; playing the original animation file; and sequentially capturing (e.g., in a process of playing the original animation file) screenshots of playback screens corresponding to the original animation file, to obtain the bitmap image sequence corresponding to the original animation file.
Specifically, the terminal may obtain the original animation file, and when playing the original animation file, capture screenshots of playback screens corresponding to the original animation file frame by frame into bitmap images, to obtain the corresponding bitmap image sequence. In an embodiment, a screenshot of each frame of the original animation file may be captured by using a screenshot capturing function of the AE SDK, to obtain a bitmap image corresponding to the each frame, so as to obtain the bitmap image sequence corresponding to the whole original animation file.
S304. Encode a differential pixel region between a bitmap image in the bitmap image sequence and a corresponding key bitmap image according to a picture encoding mode when the bitmap image is a non-key bitmap image, to obtain an encoded picture corresponding to the bitmap image.
The key bitmap image is a bitmap image serving as a key frame in the bitmap image sequence. The bitmap images in the bitmap image sequence are sequentially arranged according to a playback sequence. Compared with preceding bitmap images in the bitmap image sequence, the key bitmap image carries more different image information. Pixel data of each pixel in the key bitmap image is stored into the animation export file after being encoded. Other bitmap images in the bitmap image sequence than the key bitmap image are non-key bitmap images.
A key bitmap image corresponding to a currently processed bitmap image is a bitmap image that serves as a key frame in the bitmap image sequence and that precedes the currently processed bitmap image and is closest to the bitmap image. The currently processed bitmap image may alternatively be the key bitmap image in the bitmap image sequence.
Specifically, if the currently processed bitmap image is a non-key bitmap image, the terminal may perform compression encoding on pixel data of each pixel in the differential pixel region, to obtain the encoded picture corresponding to the bitmap image. The encoded picture is actually picture binary data obtained by compressing the pixel data according to the picture encoding mode. In some embodiments, the picture encoding mode is, for example, a mode in which compression encoding may be performed according to a picture format such as PNG, WebP, or JPEG.
Because the bitmap image is in a picture file format that occupies a relatively large storage space, encoding the differential pixel region according to the picture encoding mode, to obtain an encoded picture in a picture format, can reduce a size of the animation export file. Because a difference between adjacent bitmap images is relatively small, performing pixel comparison between the current bitmap image and the corresponding key bitmap image, to obtain a differential pixel region in the current bitmap image, and encoding only the pixel data of the differential pixel region between the current bitmap image and the corresponding key bitmap image, to obtain the encoded picture, can reduce the size of the whole animation export file.
In an embodiment, the differential pixel region is obtained through the following step: performing pixel comparison between the non-key bitmap image in the bitmap image sequence and the corresponding key bitmap image, to obtain the differential pixel region in the non-key bitmap image.
The differential pixel region is a region that is in the currently processed bitmap image and that is formed by pixels having different pixel data from that of the corresponding key bitmap image at same positions. For example, if a pixel A(x, y) in the currently processed bitmap image has different pixel data from that of a pixel A′(x, y) in the corresponding key bitmap image, the pixel A(x, y) is a pixel in the differential pixel region in the currently processed bitmap image. The differential pixel region may alternatively include pixels that have the same pixel data at the same positions. For example, if the differential pixel region is a rectangular region including all pixels that have different pixel data at the same positions, pixels that have the same pixel data at the same positions may be included in the rectangular region. It can be understood that the differential pixel region can have other shapes in other embodiments according to present disclosure. In some embodiments, there may be one or more differential pixel regions for one bitmap image.
Specifically, the terminal may perform pixel comparison between the currently processed bitmap image and the corresponding key bitmap image, to obtain differential pixels between the currently processed bitmap image and the corresponding key bitmap image, and determine the differential pixel region in the currently processed bitmap image according to the differential pixels. The terminal may perform compression encoding on only the pixel data of the each pixel in the differential pixel region, so that the size of the whole animation export file can be reduced.
In an embodiment, the step of performing pixel comparison between the bitmap image in the bitmap image sequence and the corresponding key bitmap image, to obtain a differential pixel region in the bitmap image includes: performing pixel comparison between the bitmap image in the bitmap image sequence and the corresponding key bitmap image, to obtain differential pixels in the bitmap image; and determining the differential pixel region in the bitmap image according to the differential pixels.
Specifically, because sizes of the bitmap images in the bitmap image sequence are the same, the terminal can compare pixel data of the currently processed bitmap image with pixel data of the corresponding key bitmap image pixel by pixel, to obtain differential pixels in the currently processed bitmap image, and then determine the differential pixel region in the bitmap image according to the differential pixels. The differential pixel region may be a region that includes as many determined differential pixels as possible, for example, may be a rectangular region that includes all the differential pixels, or may be a rectangular region that includes 85% of the differential pixels.
In an embodiment, the step of performing pixel comparison between the bitmap image in the bitmap image sequence and the corresponding key bitmap image, to obtain differential pixels in the bitmap image includes: obtaining pixel data of pixels in the key bitmap image corresponding to the non-key bitmap image; obtaining pixel data of pixels in the non-key bitmap image; and comparing pixel data of pixels at same positions, to obtain a comparison result, and determining the differential pixels in the bitmap image according to the comparison result.
The pixels at the same position are pixels corresponding to the same position in the two bitmap images. For example, the pixel A(x, y) in the bitmap image and the pixel A′(x, y) in the corresponding key bitmap image are pixels at the same position.
Specifically, the terminal needs to obtain the pixel data of the pixels in the currently processed bitmap image, further needs to obtain the pixel data of the pixels in the corresponding key bitmap image, and then compares the pixel data of the pixels at the same positions pixel by pixel. If pixel data of the pixels in the bitmap image is different from pixel data of the pixels at the same positions in the corresponding key bitmap image, the pixels in the bitmap image are differential pixels, so that all the differential pixels in the currently processed bitmap image relative to the corresponding key bitmap image can be found.
In an embodiment, the differential pixel region is a rectangular pixel region. The foregoing animation file processing method further includes a step of directly determining whether the currently processed bitmap image is a key bitmap image according to a relationship between a size of the rectangular pixel region and a size of the corresponding key bitmap image, including: determining that the bitmap image is a key bitmap image when a difference between the size of the rectangular pixel region and the size of the bitmap image is less than a preset threshold; and determining that the bitmap image is a non-key bitmap image when the difference between the size of the rectangular pixel region and the size of the bitmap image is greater than the preset threshold.
In an embodiment, the difference between the size of the rectangular pixel region and the size of the bitmap image may be represented by a difference or ratio between quantities of pixels respectively included in the rectangular pixel region and the bitmap image. The difference may alternatively be represented by a ratio between the respective sizes. For example, if the size of the rectangular pixel region is 50*60, and the size of the bitmap image is 100*100, the difference may be represented by (50*60)/(100*100).
Specifically, the terminal may select the first bitmap image in the bitmap image sequence as the key bitmap image, and sequentially perform pixel comparison between the bitmap images in the bitmap image sequence with the preceding and closest key bitmap image according to a sequence of the bitmap images in the bitmap image sequence, to obtain differential pixel regions in the bitmap images. When the differential pixel region is a rectangular pixel region, whether the currently processed bitmap image is a key bitmap image can be determined according to a difference between a size of the rectangular pixel region and a size of the bitmap image. Because a smaller difference between the size of the rectangular pixel region and the size of the bitmap image indicates a larger size of the rectangular pixel region, and the smaller difference between the size of the rectangular pixel region and the size of the bitmap image indicates more differential information between the currently processed bitmap image and the corresponding key bitmap image, the currently processed bitmap image needs to be used as a key bitmap image, and pixel data of pixels in the currently processed bitmap image needs to be stored after being encoded. For a next to-be-processed bitmap image, a key bitmap image corresponding thereto is the currently processed bitmap image. If a difference between the size of the rectangular pixel region and the size of the bitmap image is larger, indicating a smaller size of the rectangular pixel region and less differential information between the currently processed bitmap image and the corresponding key bitmap image, the currently processed bitmap image can be used as a non-key bitmap image. In addition, for the next to-be-processed bitmap image, a key bitmap image corresponding thereto is the key bitmap image corresponding to the currently processed bitmap image. By analogy, rectangular pixel regions in bitmap images in the bitmap image sequence are obtained, and whether the currently processed bitmap image is a key bitmap image can be determined according to the rectangular pixel region.
For example, the terminal may select the first bitmap image in the bitmap image sequence as a key frame, and for the second bitmap image that is subsequently processed, pixel comparison may be performed between the second bitmap image and the first bitmap image (that is, a key bitmap image corresponding to the second bitmap image), to obtain a differential pixel region of the second bitmap image. If the differential pixel region is a rectangular pixel region that includes all pixels having different pixel data at same positions, whether the second bitmap image is the key bitmap image can be determined according to a size of the rectangular pixel region. If the second bitmap image is a non-key bitmap image, the third bitmap image is processed by repeating the foregoing process. If the second bitmap image is a key bitmap image, the second bitmap image is used as a key bitmap image corresponding to the third bitmap image, and the third bitmap image is processed according to the foregoing process. By analogy, differential pixel regions of bitmap images in the bitmap image sequence are obtained.
In an embodiment, when the differential pixel region is a rectangular pixel region, the rectangular pixel region may be represented by coordinates of a starting pixel in the region and a pixel width and a pixel height of the rectangular pixel region. The starting pixel may be represented by a pixel in an upper left corner of the rectangular pixel region. Apparently, the pixel may or may not be a differential pixel, and the pixel width the pixel height of the rectangular pixel region and the coordinates of the starting pixel may be jointly used for locating a position of the differential pixel region in the bitmap image.
In an embodiment, when the currently processed bitmap image is determined as a key bitmap image according to the differential pixel region, compression encoding needs to be performed on pixel data of all the pixels in the currently processed bitmap image. That is, compression encoding is performed on a whole bitmap image. In this case, the whole bitmap image may be essentially understood as the differential pixel region. The starting pixel may be a pixel at (0, 0) by default, the pixel width and the pixel height of the rectangular pixel region may be a pixel width and a pixel height of the bitmap image by default.
In this way, after pixel data of the rectangular pixel region is obtained through decoding according to the animation export file, the position of the differential pixel region may be located in the corresponding key bitmap image according to the coordinates of the starting pixel and the pixel width and the pixel height of the rectangular pixel region, and pixel data at the position located in the key bitmap image is replaced with the pixel data of the rectangular pixel region obtained through decoding, to obtain all the pixel data of currently decoded bitmap images.
In an embodiment, the key bitmap image in the bitmap image sequence may alternatively be determined through the following steps: selecting the first bitmap image in the bitmap image sequence as the key bitmap image; and using a bitmap image at intervals of a preset quantity of bitmap images as a key bitmap image in the bitmap image sequence by using the first bitmap image as a starting image.
That is, the first bitmap image in the bitmap image sequence is used as a first key bitmap image, and pixel data of all pixels in the first bitmap image is stored in the animation export file after being encoded. According to the specified key frame interval, starting from the first bitmap image, a bitmap image at intervals of a preset quantity of bitmap images in the bitmap image sequence is used as a key bitmap image. For example, the bitmap image sequence includes 55 bitmap images. If a key frame interval is set to 10, the first bitmap image, the 11th bitmap image, the 21t bitmap image, the 31st bitmap image, the 41st bitmap image, and the 51st bitmap image in the bitmap image sequence are all key bitmap images.
If the interval between the key bitmap images is relatively small, key bitmap images and non-key bitmap images in the bitmap image sequence may all be determined according to the foregoing steps, to determine whether the currently processed bitmap image is a key bitmap image according to a position of the currently processed bitmap image in the bitmap image sequence. Certainly, when the interval between the key bitmap images is relatively large, other key bitmap images may also exist in the bitmap image sequence in addition to the key bitmap images selected at a preset interval according to the foregoing steps.
In an embodiment, the foregoing animation file processing method further includes:
directly encoding the bitmap image according to the picture encoding mode when the bitmap image in the bitmap image sequence is a key bitmap image, to obtain an encoded picture corresponding to the bitmap image.
Specifically, when it is determined that the currently processed bitmap image is a key bitmap image, indicating that the bitmap image carries image information most of which is different from that of the preceding key bitmap image, compression encoding needs to be directly performed on pixel data of all pixels in the bitmap image according to the picture encoding mode, and an obtained encoded picture corresponds to the whole bitmap image.
In an embodiment, the differential pixel region is a rectangular pixel region. The foregoing animation file processing method further includes: determining a pixel width and a pixel height that correspond to the rectangular pixel region and coordinates of a starting pixel in the rectangular pixel region; and storing the pixel width, the pixel height, and the coordinates of the starting pixel into picture information corresponding to the encoded picture.
As described above, the starting pixel in the rectangular pixel region may be a pixel in an upper left corner of the rectangular pixel region. The coordinates of the starting pixel and the pixel width and the pixel height that correspond to the rectangular pixel region are stored in binary data corresponding to the encoded picture, and may be used for locating a position of the rectangular pixel region in the bitmap image according to data in the binary data during decoding, and pixel data obtained by decoding the encoded picture is pixel data corresponding to the located position. In this way, the terminal may obtain pixel data corresponding to a whole bitmap image by combining pixel data of the key bitmap image corresponding to the bitmap image with the pixel data of the rectangular pixel region, to display a picture according to the pixel data of the whole bitmap image.
For example, picture information of an encoded picture corresponding to each bitmap image in the bitmap image sequence may be stored in a BitMapRect array. Each element in the array stores picture information of an encoded picture corresponding to each bitmap image, including coordinates of the starting pixel (x, y), a pixel width of a differential pixel region, a pixel height of the differential pixel region, and picture data ByteData. For a key bitmap image, the coordinates of the starting point are (0, 0), and the pixel width of the differential pixel region and the pixel height of the differential pixel region are a pixel width and a pixel height of the key bitmap image respectively.
S306. Generate an animation export file corresponding to the original animation file according to encoded pictures corresponding to bitmap images in the bitmap image sequence.
Specifically, after the encoded pictures corresponding to the bitmap images are obtained, the animation export file in a target format may be generated according to encoded pictures corresponding to bitmap images. The animation export file exported actually stores the picture information of the encoded pictures corresponding to the bitmap images, that is, picture binary data. Certainly, the animation export file exported may further include information used for identifying an export mode of the animation export file, or may further include some basic animation attribute information, such as animation duration, a frame rate, and a background color.
When animation needs to be played, only the animation export file in the target format needs to be decoded, and pictures are sequentially displayed after pixel data of each frame of picture is obtained, so that the animation export file is played. Specifically, when a to-be-displayed picture is a key bitmap image, an encoded picture corresponding to the picture obtained by directly reading the animation export file, and the picture is displayed after pixel data included in the key bitmap image is obtained by decoding the encoded picture. When the to-be-displayed picture is a non-key bitmap image, an encoded picture corresponding to the picture is decoded, to obtain pixel data corresponding to a differential pixel region in the non-key bitmap image, and according to pixel data obtained by decoding an encoded picture corresponding to a key bitmap image corresponding to the picture and a position of the differential pixel region in the corresponding key bitmap image, pixel data corresponding to the position in the key bitmap image may be replaced with the pixel data corresponding to the differential pixel region, to obtain pixel data corresponding to a whole non-key bitmap image, so as to display the picture according to all obtained pixel data.
In the foregoing animation file processing method, processing is performed based on the original animation file, which, compared with implementing the animation file in a native code mode, can reduce development workload and lower costs. In addition, bitmap images in the bitmap image sequence corresponding to the original animation file are converted into the encoded pictures in a picture format for storage, and various animation characteristic data of the original animation file does not need to be stored, provided that frames of encoded pictures are stored, so that all complex animation effects can be supported. In addition, when being decoded, the animation export file needs to be decoded only according to the picture format, thereby achieving high decoding efficiency. Moreover, because a difference between neighboring bitmap images is relatively small, only encoding the pixel data of the differential pixel region to obtain the encoded picture can reduce the size of the whole animation export file.
The animation export file obtained by using the foregoing animation file processing method is actually an animation file in a target format obtained according to a bitmap sequence frame export mode.
BitMapComposition represents the whole animation export file, and includes CompositionType, CompositionAttributes, and BitmapS equence. CompositionType represents a composition type, that is, a mode in which the animation export file is exported, to help parse data according to a corresponding decoding mode. CompositionAttributes represents composition attributes, that is, some basic attributes of the animation export file. CompositionAttributes specifically includes: duration, framerate, and backgroundcolor, where duration represents duration occupied when the whole animation export file is played, framerate represents a frame rate at which animation is played according to the animation export file, and backgroundcolor represents a background color of the animation.
BitmapSequence represents a bitmap sequence, which is a sequence formed by encoded pictures corresponding to bitmap images, and is used for describing picture information of the encoded pictures corresponding to the bitmap images in a bitmap image sequence. BitmapSequence specifically includes a pixel width, width, and a pixel height, height, of a playback screen presented when a whole encoded picture is played after being decoded. BitmapSequence further includes an array, BitmapFrame, formed by the picture information of the encoded pictures corresponding to the bitmap images, and each element in the array includes an isKeyFrame field and a BitmapRect field. isKeyFrame indicates whether the encoded picture is a key frame. BitmapRect represents picture information of the encoded picture, which specifically includes coordinates (x, y) of a starting pixel of a differential pixel region, a pixel width, width, and a pixel height, height, of the differential pixel region, and binary data, ByteData, corresponding to the encoded picture obtained after the differential pixel region is encoded.
In some embodiments, the foregoing animation file processing method further includes the following steps: dividing the bitmap image into a color channel bitmap and a transparency channel bitmap (in other words, extracting a color channel bitmap and a transparency channel bitmap from the bitmap image); compositing the color channel bitmap with the transparency channel bitmap, to obtain a composite bitmap; and encoding the composite bitmap according to a video encoding mode, to obtain an encoded picture corresponding to the bitmap image.
To further reduce the size of the animation export file and also help improve the efficiency of subsequently decoding the animation export file by a client, compression encoding may be performed on the bitmap images in the bitmap image sequence according to the video encoding mode. However, generally, the animation has a transparent effect. That is, the bitmap images in the bitmap image sequence corresponding to the obtained original animation file have transparent channel data. However, video frames in a video sequence do not have the transparent effect and do not have transparent channel data. If the bitmap images in the bitmap image sequence need to be encoded according to the video encoding mode, the bitmap images need to be first converted into non-transparent images.
Specifically, for each bitmap image in the bitmap image sequence, the terminal may read pixel data of the each bitmap image pixel by pixel, separate color data and transparency data from the read pixel data, obtain the corresponding color channel bitmap and transparency channel bitmap according to the separated data, and then combine the color channel bitmap with the transparency channel bitmap, to obtain the composite bitmap corresponding to the bitmap image. The compositing the color channel bitmap and the transparency channel bitmap may be placing the color channel bitmap and the transparency channel bitmap up and down, and a height of the obtained composite bitmap is twice that of the bitmap image. The compositing the color channel bitmap and the transparency channel bitmap may be placing the color channel bitmap and the transparency channel bitmap left and right, and a width of the obtained composite bitmap is twice that of the bitmap image. Further, the terminal may perform compression encoding on the composite bitmaps according to the video encoding mode, to obtain corresponding encoded pictures, and generate an animation export file in a target format according to encoded pictures corresponding to bitmap images, and the animation export file stores picture information of frames of encoded pictures.
The animation export file obtained by using the foregoing animation file processing method is actually an animation file in the target format obtained according to the video sequence frame export mode. The obtained animation export file has a smaller file size, and the animation export file may be decoded according to a video decoding mode, thereby achieving higher decoding efficiency.
In an embodiment, the foregoing animation file processing method further includes the following steps:
obtaining animation vector data of the original animation file, the animation vector data including animation basic-attribute data and animation layer data; and storing the animation basic-attribute data and the animation layer data according to a data structure in a target format, to obtain the animation export file corresponding to the original animation file.
The animation vector data is data used for describing an animation effect that can be presented by the original animation file. The animation is implemented by using a plurality of layers. The animation vector data specifically includes animation layer data of the animation layers, and further includes animation basic-attribute data of a whole original animation file. The data structure in the target format is used for restoring a layer structure of the original animation file. After obtaining the original animation file, the terminal may read the animation vector data corresponding to the layers from the original animation file, and then store the animation vector data according to the data structure in the target format, where the data included in the obtained animation export file is in a one-to-one correspondence with the layer structure of the original animation file. This process is restoring the animation layer structure.
The animation export file obtained by using the foregoing animation file processing method is actually an animation file in the target format obtained according to the vector export mode.
Referring to
Using the solid layer as an example, corresponding description information includes a width and a height of the layer, a color, and layer attributes (LayerAttributes), the layer attributes include basic attributes and animation attribute groups, and the basic attributes include layer duration, duration, a layer starting time, startTime (the layer needs to be used when which frame is played), a stretch parameter, stretch, and the like. The animation attribute groups include transform, mask, trackMatter, layerStyle, effect, and content. One layer is obtained by combining any one or more of the six classes of animation attribute groups.
transform is used for recording information of the current layer that transforms with time, including information such as translation, scaling, rotation, and a transparency change. A transformation effect of animation may be restored by recording the information. mask represents a mask within the current layer, and is mainly used for recording a mask mode and drawing path information of the mask. The mask mode includes an Add mode, a Subtract mode, an Intersect mode, and a Difference mode. The Add mode means that the mask is directly added for presentation. The Subtract mode means that a part masked by the mask is subtracted. The Intersect mode means that an intersection between an original graphic and the mask is obtained for presentation. The Difference mode means that a non-intersection between the original graphic and the mask is obtained for presentation. TrackMatter indicates using one layer as a mask of another layer according to transparency and brightness, represents an inter-layer mask, and also records mask mode information and mask drawing information of the mask, except for that a mode herein is different from Mask. TrackMatter has several modes: an Alpha mode, indicating that a display region is controlled according to a non-transparent region of the layer; an Alphalnverted mode, indicating, on the contrary, that a display region of the layer is controlled according to a transparent region of the layer; and a Luma mode and a LumaInverted mode, of which working principles are similar to that of the Alpha mode, indicating that the display region is controlled according to the brightness of the layer. LayerStyle and Effect are used for recording filter information of the current layer. content represents drawable elements of the layer, and includes a picture element, a text element, a shape element, and the like.
The animation file in the target format obtained according to the vector export mode can support rich animation special effects, has an extremely small export file, supports the logic of having drawing data of the buffered layer only when rendering, and further supports in editing text content and picture content in the animation.
As shown in
As shown in
S902. Obtain a bitmap image sequence corresponding to an original animation file.
The original animation file is an original animation project file. The animation project file includes animation vector data, which is data used for describing animation effects that can be presented in whole animation, for example, width, height, and position information, transparency, and rotation information of an animation layer. The original animation file may be, for example, a project file with the suffix .aep obtained through Adobe After (AE) software design, and may be obtained by using an AE SDK. The bitmap image, also referred to as a dot matrix image, is an image represented by a pixel array formed by sequentially and orderly arranging single pixels. The bitmap image is an image that has not been subject to compression encoding. The bitmap image sequence is a sequence formed by bitmap images corresponding to frames of animation in the original animation file. Processing is performed based on the original animation file, which, compared with implementing the animation file in a native code mode, can reduce development workload and lower costs.
In an embodiment, the step of obtaining a bitmap image sequence corresponding to an original animation file includes: obtaining the original animation file; playing the original animation file; and sequentially capturing screenshots of playback screens corresponding to the original animation file, to obtain the bitmap image sequence corresponding to the original animation file.
Specifically, the terminal may obtain the original animation file, and when playing the original animation file, capture screenshots of playback screens corresponding to the original animation file frame by frame into bitmap images, to obtain the corresponding bitmap image sequence. In an embodiment, a screenshot of each frame of the original animation file may be captured by using a screenshot capturing function of the AE SDK, to obtain a bitmap image corresponding to the each frame, so as to obtain the bitmap image sequence corresponding to the whole original animation file.
S904. Extract a color channel bitmap and a transparency channel bitmap from each bitmap image in the bitmap image sequence.
To further reduce the size of the animation export file and also help improve the efficiency of subsequently decoding the animation export file by a client, compression encoding may be performed on the bitmap images in the bitmap image sequence according to the video encoding mode. However, generally, the animation has a transparent effect. That is, the bitmap images in the bitmap image sequence corresponding to the obtained original animation file have transparent channel data. However, video frames in a video sequence do not have the transparent effect and do not have transparent channel data. If the bitmap images in the bitmap image sequence need to be encoded according to the video encoding mode, the bitmap images need to be first converted into non-transparent images.
Specifically, for each bitmap image in the bitmap image sequence, the terminal may read pixel data of the each bitmap image pixel by pixel, separate color data and transparency data from the read pixel data, and obtain the corresponding color channel bitmap and transparency channel bitmap according to the separated data The each bitmap image in the bitmap image sequence is divided into the color channel bitmap and the transparency channel bitmap, that is, two bitmap images with the same size as the bitmap image obtained by splitting pixel data of the pixels in the bitmap image according to the color data and the transparency data.
In an embodiment, the step of extracting a color channel bitmap and a transparency channel bitmap from the bitmap image includes: obtaining pixel data of pixels in the bitmap image; and extracting color data and transparency data corresponding to the pixels from the pixel data; generating the color channel bitmap corresponding to the bitmap image according to the color data of the pixels; and generating the transparency channel bitmap corresponding to the bitmap image according to the transparency data of the pixels.
In the bitmap image, the pixel data of the pixels includes the color data and the transparency data. The color data is a value corresponding to RGB, and the transparency data is a value of Alpha. The value of Alpha represents transparency of a specific pixel, and a range of the Alpha value may be [0, 255]. Alternatively, the Alpha value may be represented by a value corresponding to a range of [0, 1] after [0, 255] is mapped to [0, 1]. That is, the Alpha value may be a value between 0 to 1, where 0 represents full transparency, and 1 represents full non-transparency.
For example, if pixel data at a point (x, y) is (RedValue, GreenValue, BlueValue, AlphaValue) in the bitmap image, the color data corresponding to the point (x, y) is (RedValue, GreenValue, BlueValue) in the color channel bitmap obtained through division, and the transparency data corresponding to the point (x, y) in the transparency channel bitmap is AlphaValue.
S906. Composite the color channel bitmap with the transparency channel bitmap, to obtain a composite bitmap.
Specifically, after extracting the color channel bitmap and the transparency channel bitmap from the bitmap image, the terminal may composite the color channel bitmap with the transparency channel bitmap, to obtain the composite bitmap corresponding to the bitmap image. Data of each pixel in the composite bitmap has no transparency.
In an embodiment, the compositing the color channel bitmap and the transparency channel bitmap may be placing the color channel bitmap and the transparency channel bitmap up and down, and a height of the obtained composite bitmap is twice that of the bitmap image. The compositing the color channel bitmap and the transparency channel bitmap may be placing the color channel bitmap and the transparency channel bitmap left and right, and a width of the obtained composite bitmap is twice that of the bitmap image.
S908. Encode the composite bitmap according to a video encoding mode, to obtain an encoded picture corresponding to the bitmap image.
Specifically, after the composite bitmaps corresponding to the bitmap images in the bitmap image sequence are obtained, compression encoding may be performed on the composite bitmaps according to the video encoding mode, to obtain the corresponding encoded pictures. Picture information of frames of encoded pictures is stored in the animation export file.
Certainly, in some special cases, if animation does not have a transparent effect, that is, each bitmap image in the bitmap image sequence corresponding to the original animation file does not have transparent channel data, the each bitmap image in the bitmap image sequence does not need to be divided into a color channel bitmap and a transparency channel bitmap, and the bitmap image may be directly encoded according to the video encoding mode, to obtain the corresponding encoded picture.
S910. Generate an animation export file corresponding to the original animation file according to encoded pictures corresponding to bitmap images in the bitmap image sequence.
Specifically, after the encoded pictures corresponding to the bitmap images are obtained, the animation export file in a target format may be generated according to encoded pictures corresponding to bitmap images. The animation export file exported actually stores the picture information of the encoded pictures corresponding to the bitmap images, that is, picture binary data. Certainly, the animation export file exported may further include information used for identifying an export mode of the animation export file, or may further include some basic animation attribute information, such as animation duration, a frame rate, and a background color.
When animation needs to be played, only the animation export file in the target format needs to be decoded, and pictures are sequentially displayed after pixel data of each frame of picture is obtained, so that the animation export file is played. Specifically, the animation export file is read to obtain picture binary data corresponding to each encoded picture, the picture binary data is then decoded according to a video decoding mode to restore a composite bitmap, a color channel bitmap and a transparency channel bitmap are extracted from the restored composite bitmap, a picture is rendered according to the color data of the pixels in the color channel bitmap, the rendered picture is masked according to the transparency data of the pixels in the transparency channel bitmap, to obtain video frames with transparency, and the animation can be played by displaying the video frames in sequence according to a sequence of the video frames.
In the foregoing animation file processing method, processing is performed based on the original animation file, which, compared with implementing the animation file in a native code mode, can reduce development workload and lower costs. In addition, the color channel bitmap and the transparency channel bitmap are extracted from each bitmap image, the color channel bitmap is then composited with the transparency channel bitmap, to obtain the composite bitmap, and the composite bitmap is then encoded according to the video encoding mode, to obtain the encoded picture corresponding to the bitmap image, so that the animation export file generated according to the encoded pictures has a smaller file size, and the animation export file can be decoded according to the video decoding mode, thereby achieving higher decoding efficiency.
The animation export file obtained by using the foregoing animation file processing method is actually an animation file in the target format obtained according to a video sequence frame export mode.
VideoComposition represents the whole animation export file, and includes CompositionType, hasAlpha, CompositionAttributes, and VideoSequence. CompositionType represents a composition type, that is, a mode in which the animation export file is exported, to help parse data according to a corresponding decoding mode. hasAlpha represents whether animation has a transparency channel. If so, a value of hasAlpha is 1; and if not, the value of hasAlpha is 0. CompositionAttributes represent composition attributes, that is, some basic attributes of the animation export file, and include: duration, framerate, and backgroundcolor, where duration represents duration occupied when the whole animation export file is played, framerate represents a frame rate at which the animation is played according to the animation export file, and backgroundcolor represents a background color of the animation.
VideoSequence represents a video frame sequence, that is, a sequence formed by the encoded pictures obtained by encoding the composite bitmaps according to the video frame sequence. VideoSequence specifically includes a pixel width, width, a pixel height, height, a frame rate, framerate, of a playback screen presented when a whole encoded picture is played after being decoded, and further includes information parameters SPS and PPS that need to be transferred to a video decoder. The information parameters are used for initializing the video decoder. VideoSequence further includes an array, VideoFrame, formed by the picture information of the encoded pictures corresponding to the bitmap images, and each element in the array includes an isKeyFrame field and ByteData. isKeyFrame represents whether an encoded picture is a key frame, and ByteData represents binary data corresponding to the encoded picture.
In an embodiment, the foregoing animation file processing method may be installed on a terminal in a form of an animation file export plug-in. The terminal may perform the animation file processing method by using the plug-in, that is, process animation effect data of the read original animation file according to one of a vector export mode, a bitmap sequence frame export mode, and a video frame export mode, to obtain the corresponding animation export file.
As shown in
S1502. Obtain an animation export file obtained by encoding animation vector data of an original animation file.
The original animation file is an original animation project file. The animation project file includes animation vector data, which is data used for describing animation effects that can be presented in whole animation. The animation is implemented by using a plurality of layers. The animation vector data specifically includes animation layer data of the animation layers, and further includes animation basic-attribute data of a whole original animation file. After obtaining the original animation file, the terminal may read the animation vector data corresponding to the layers from the original animation file, and then store the animation vector data according to the data structure in the target format, where the data included in the obtained animation export file is in a one-to-one correspondence with the layer structure of the original animation file. This process is restoring the animation layer structure. The animation export file herein obtained by encoding the animation vector data is actually the animation file in the target format obtained according to a vector export mode.
S1504. Parse the animation export file, to obtain a static range of animation drawing data corresponding to each layer.
The animation playback process includes decoding, rendering and presenting. The decoding further includes physical file decoding and data parsing. The physical file decoding refers to a process of obtaining a binary sequence after decoding an original animation export file and loading the binary sequence into an internal memory in a form of an animation object. The animation object includes all animation attribute data of the animation export file. The data parsing refers to a process of reading the animation object from the internal memory and obtaining animation drawing data of a current animation frame through parsing according to the animation object when a specific animation frame needs to be played. The rendering refers to a process of calculating rendering data of the animation frame according to the animation drawing data corresponding to the animation frame. The presenting refers to a process of transmitting the rendering data of the animation frame to a display to trigger the display to display the animation frame. Therefore, the animation drawing data herein is data used for describing the animation frame, for example, path information used for describing a specific shape. Because the animation export file is obtained by encoding the animation vector data of the original animation file, the animation export file herein is used for describing a whole animation effect by using a layer as a unit. That is, one layer may correspond to one animation frame, or may correspond to a plurality of animation frames. In this case, the plurality of animation frames all need to be rendered according to animation drawing data corresponding to the layer.
When one layer corresponds to a plurality of animation frames, the plurality of animation frames form a static range of the animation drawing data corresponding to the layer. That is, the plurality of animation frames all require the animation drawing data corresponding to the layer when being played. The static range is actually a frame interval formed by a plurality of consecutive animation frames. For example, a static range of animation drawing data corresponding to a specific layer is [m, n], which means that the mth frame to the nth frame of an animation export file all need to be rendered according to animation drawing data corresponding to the layer when being drawn, and an attribute value corresponding to the layer does not change. The static range of the animation drawing data of the whole animation export file may be understood as an intersection of the static ranges of all included layers.
Each layer may be formed by animation attribute groups of smaller particles. There are six classes of animation attribute groups in total, including: transform, mask indicating an intra-layer mask, trackMatter indicating an inter-layer mask, layerStyle, effect, and content. Therefore, the static range of the animation drawing data corresponding to the layer refers to an intersection of static ranges of all the animation attribute groups included in a specific layer.
For example, the animation export file is parsed. A specific Solidlayer layer in the animation export file includes three classes of animation attribute groups: transform, a mask, and content. If no attribute value in the animation attribute group transform of the layer changes in a plurality of consecutive animation frames [t1, t2], the plurality of consecutive animation frames [t1, t2] form a static range of the animation attribute group transform. If no attribute value in the animation attribute group mask of the layer changes in a plurality of consecutive animation frames [m1, m2], the plurality of consecutive animation frames [m1, m2] form a static range of the animation attribute group mask. Similarly, if a plurality of consecutive animation frames [c1, c2] form a static range of the animation attribute group Textlayer, an intersection among [t1, t2], [m1, m2] and [c1, c2] is the static range corresponding to the Solidlayer layer.
Because each animation attribute group is formed by animation attribute values of smaller particles, the static range of the animation attribute group refers to a frame interval of a plurality of consecutive animation frames when all the animation attribute values included in the animation attribute group do not change in the plurality of consecutive animation frames. That is, the animation attribute value is of a Hold type. The animation attribute in the animation attribute group is also referred to as a time axis attribute, that is, an attribute of which an attribute value is related to a playback progress. The attribute value may be increased or decreased as the playback progress changes, or may be shown as a Bezier curve along with the playback progress, or may be of the Hold type, that is, do not change within a specific period of playback time.
For example, animation attributes included in the animation attribute group transform include: anchorpoint (an anchor point position), scale (a scale attribute), rotation (a rotation attribute), and opacity (an opacity attribute). If no animation attribute value corresponding to the plurality of consecutive screens [t1, t2] in four animation attributes changes, the static range corresponding to the animation attribute group transform is [t1, t2].
In an embodiment, before playing the animation, the terminal may parse the animation export file, first find an interval section in which animation attribute values included in the layers do not change, determine static ranges of the animation attribute groups included in the layers, then find an intersection of the static ranges of all the animation attribute groups, to obtain static ranges of the layers, and then find an intersection of the static ranges of all the layers, to obtain a static range of the whole animation.
S1506. Obtain animation drawing data corresponding to a layer from a buffer when a to-be-processed frame belongs to the static range of the animation drawing data corresponding to the layer.
Because the animation drawing data corresponding to the animation frames in the static range does not change, the terminal may parse the animation export file to obtain animation drawing data of a starting frame in the static range, and buffer the animation drawing data of the starting frame, so as to render and display other animation frames in the static range according to the buffered animation drawing data of the starting frame when rendering and displaying animation frames.
Further, because the static range may be divided into the static range corresponding to the animation drawing data of the layer (Layer) and a static range corresponding to the animation drawing data of the animation attribute group (group), the terminal may buffer animation drawing data of layers corresponding to the starting frames in the static ranges corresponding to the layers, and may further buffer animation drawing data of an animation attribute group corresponding to the starting frame in the static range corresponding to the animation attribute group.
Specifically, the to-be-processed frame is an animation frame to be rendered and displayed currently. The terminal may calculate a currently-to-be-played animation frame according to the current playback progress. When the to-be-processed frame belongs to a static range of animation drawing data of a specific layer, buffered animation drawing data of the layer corresponding to a starting frame in the static range may be obtained. Initial animation drawing data corresponding to the to-be-processed frame is directly obtained from the buffer, to avoid a large amount of calculation, and reduce time consumption during rendering, so that the animation is played more smoothly.
In an embodiment, the foregoing animation file processing method further includes: obtaining, when the to-be-processed frame does not belong to the static range of the animation drawing data corresponding to the layer, or the animation drawing data corresponding to the layer does not have a static range, an animation object obtained by parsing the animation export file; and reading the animation object to obtain the animation drawing data corresponding to the layer.
Further, the terminal may read, when the to-be-processed frame does not belong to a static range of animation drawing data of a specific layer, or none of the layers has a static range, the animation object obtained by parsing the animation export file, and obtain animation drawing data of each layer corresponding to the to-be-processed frame through parsing according to the animation object.
Certainly, the terminal may alternatively traverse the static ranges of the animation attribute groups included in the layer, and obtain, when the to-be-processed frame belongs to a traversed static range corresponding to a specific animation attribute group of the layer, buffered animation drawing data of the animation attribute group corresponding to a starting frame in the static range. The terminal needs to obtain, when the to-be-processed frame does not belong to a static range corresponding to any animation attribute group, or none of the animation attribute groups has a corresponding static range, the animation drawing data of the to-be-processed frame by parsing the animation object.
S1508. Perform animation rendering according to the animation drawing data of the to-be-processed frame corresponding to the each layer.
Specifically, the animation rendering refers to calculating corresponding rendering data according to the animation drawing data. The rendering data may trigger a display screen to display a visible animation picture. The terminal may calculate the rendering data of the each layer corresponding to the to-be-processed frame according to the animation drawing data of the to-be-processed frame corresponding to the each layer, and perform presentation and display after combining the rendering data of the each layer.
In an embodiment, the foregoing animation file processing method further includes:
obtaining a current rendering progress; calculating a frame number of the to-be-processed frame according to the rendering progress and a total frame number and total duration that correspond to the animation export file; traversing the static range of the animation drawing data corresponding to the each layer; and determining that the to-be-processed frame belongs to the static range of the animation drawing data corresponding to the layer when the frame number is found in the static range.
Specifically, to-be-screened rendering data is stored in a frame buffer, the rendering data stored in the frame buffer continuously changes, and a logic circuit of a screen of the terminal periodically refreshes, by using the rendering data in the frame buffer, a screen presented by all pixels on the screen. This period is generally 60 Hz. That is, a refresh frequency of the logic circuit is 60 times per second, which is roughly one refresh in 16.7 ms. Therefore, if the rendering data in the frame buffer does not change within a specific period of time, the screen presented by the terminal does not change, and only when the rendering data in the frame buffer is continuously updated, the animation screens can be played frame by frame.
After starting rendering, the terminal may start logic of periodically refreshing the screen, to periodically obtain the rendering data from the frame buffer for presentation and display. In addition, the terminal may obtain a timestamp of a current refresh and a timestamp of the first fresh, and calculate a current rendering progress according to a time difference between the timestamps of the two refreshes. For example, if the timestamp of the first refresh is at 10 ms, a timestamp of the second refresh is at 10+16.7=26.7 ms. In this case, the rendering progress is 16.7 ms. A timestamp of the 10th refresh is at 177 ms, and the rendering progress is 167 ms.
The total frame number of the animation export file is the total number of animation frames included in the whole animation export file. The total frame number may be obtained by directly parsing the animation export file, or may be calculated according to a frame rate (framerate) and total duration (duration) obtained by parsing the animation export file. The terminal may calculate the frame number of the to-be-processed frame according to the following formula:
frame number=rendering progress*total frame number/total duration. The frame number of the to-be-processed frame is obtained after rounding.
Because the frame rate of the animation and a frequency at which the terminal screen refreshes may be different, and a period at which the terminal screen refreshes is relatively short, there may be a case that content of a same frame is rendered in several refresh periods. That is, the to-be-processed frame is the same as the animation frame that has been rendered and displayed currently. In this case, the to-be-processed frame is directly returned without being presented and displayed repeatedly.
Specifically, after calculating the static range corresponding to the animation drawing data of the each layer, the terminal may traverse the static range of the each layer. When the frame number of the to-be-processed frame is found in a static range of a specific layer, the to-be-processed frame belongs to the static range of the animation drawing data of the layer.
In the foregoing animation file processing method, the static range of the animation drawing data corresponding to the layer refers to a frame sequence formed by a plurality of consecutive animation frames with unchanged layer attributes corresponding to a specific layer in the animation frames corresponding to the animation export file. When the to-be-processed frame needs to be displayed, the static range of the animation drawing data corresponding to the each layer needs to be traversed. When the to-be-processed frame belongs to the static range of the animation drawing data corresponding to the layer, the animation drawing data corresponding to the layer is directly obtained from the buffer, so that the buffer can be fully utilized to reduce the repeated calculation of the animation drawing data, and the animation rendering efficiency can be greatly improved.
Although the steps in the flowcharts of
The present disclosure further provides an animation previewer.
After the animation previewer is installed on the animation file preview terminal, the preview may be performed by double-clicking or tapping the animation export file as shown in
Hot keys and functions supported by the PAGViewer are as follows:
A space key is used for controlling playback and pause of the PAG file.
A B key is used for switching a background color when the PAG file is played and supports switching between a transparent background and a color background.
A left key is used for advancing one frame in a playback direction during frame-by-frame preview.
A right key is used for reversing one frame in a playback direction during frame-by-frame preview.
An S key is used for capturing a screenshot of a current frame of the PAG file, exporting the current frame as a picture, and storing the picture in a sibling path of the currently played PAG file.
A P key is used for calling up or hiding an animation monitoring panel, where the animation monitoring panel is shown in
The animation export file exported according to a bitmap sequence frame export mode is actually formed by frames of pictures. Therefore, there is no corresponding buffer logic, and when the animation export file is played, each frame of picture needs to be decoded to obtain rendering data, and then drawing is performed. Specifically, during decoding, for an encoded picture corresponding to a key bitmap image, the whole encoded picture needs to be decoded, but for an encoded picture corresponding to a non-key bitmap image, only a differential pixel region is decoded according to position information and width and height information of the differential pixel region, to obtain rendering data of the differential pixel region.
The animation export file exported according to a video sequence frame export mode is also actually formed by the frames of pictures. A drawing mode is similar to that of the animation file obtained through bitmap sequence frame export.
In an embodiment, as shown in
The obtaining module 1902 is configured to obtain a bitmap image sequence corresponding to an original animation file.
The comparison module 1904 is configured to perform pixel comparison between the bitmap image in the bitmap image sequence and the corresponding key bitmap image, to obtain a differential pixel region in the bitmap image.
The encoding module 1906 is configured to encode the differential pixel region according to a picture encoding mode when the bitmap image is a non-key bitmap image, to obtain an encoded picture corresponding to the bitmap image.
The exporting module 1908 is configured to generate an animation export file corresponding to the original animation file according to encoded pictures corresponding to bitmap images in the bitmap image sequence.
In an embodiment, the encoding module 1906 is further configured to directly encode the bitmap image according to a picture encoding mode when the bitmap image is a key bitmap image, to obtain an encoded picture corresponding to the bitmap image.
In an embodiment, the obtaining module 1902 is further configured to: obtain the original animation file; play the original animation file; and sequentially capture screenshots of playback screens corresponding to the original animation file, to obtain the bitmap image sequence corresponding to the original animation file.
In an embodiment, the comparison module 1904 is further configured to: perform pixel comparison between the bitmap image in the bitmap image sequence and the corresponding key bitmap image, to obtain differential pixels in the bitmap image; and determine the differential pixel region in the bitmap image according to the differential pixels.
In an embodiment, the comparison module 1904 further includes a differential pixel determining unit. The differential pixel determining unit is configured to: obtain pixel data of pixels in the key bitmap image corresponding to the bitmap image; obtain pixel data of pixels in the bitmap image; and compare pixel data of pixels at same positions, and determining the differential pixels in the bitmap image.
In an embodiment, the differential pixel region is a rectangular pixel region. The animation file processing apparatus 1900 further includes a key bitmap image determining module, configured to: determine that the bitmap image is a key bitmap image when a difference between a size of a rectangular pixel region and a size of the bitmap image is less than a preset threshold; and determine that the bitmap image is a non-key bitmap image when the difference between the size of the rectangular pixel region and the size of the bitmap image is greater than the preset threshold.
In an embodiment, the animation file processing apparatus 1900 further includes a key bitmap image determining module, configured to: select the first bitmap image in the bitmap image sequence as the key bitmap image; and use a bitmap image at intervals of a preset quantity of bitmap images as a key bitmap image in the bitmap image sequence by using the first bitmap image as a starting image.
In an embodiment, the differential pixel region is a rectangular pixel region. The exporting module 1908 is further configured to: determine a pixel width and a pixel height that correspond to the rectangular pixel region and coordinates of a starting pixel in the rectangular pixel region; and store the pixel width, the pixel height, and the coordinates of the starting pixel into picture information corresponding to the encoded picture.
In an embodiment, the animation file processing apparatus 1900 further includes a division module and a compositing module. The division module is configured to extract a color channel bitmap and a transparency channel bitmap from the bitmap image. The compositing module is configured to composite the color channel bitmap with the transparency channel bitmap, to obtain a composite bitmap. The encoding module is further configured to encode the composite bitmap according to a video encoding mode, to obtain an encoded picture corresponding to the bitmap image.
In an embodiment, the animation file processing apparatus 1900 further includes an animation vector data obtaining module, configured to: obtain animation vector data of the original animation file, the animation vector data including animation basic-attribute data and animation layer data. The encoding module is further configured to store the animation basic-attribute data and the animation layer data according to a data structure in a target format, to obtain the animation export file corresponding to the original animation file.
In the foregoing animation file processing apparatus 1900, processing is performed based on the original animation file, which, compared with implementing the animation file in a native code mode, can reduce development workload and lower costs. In addition, bitmap images in the bitmap image sequence corresponding to the original animation file are converted into the encoded pictures in a picture format for storage, and various animation characteristic data of the original animation file does not need to be stored, provided that frames of encoded pictures are stored, so that all complex animation effects can be supported. In addition, when being decoded, the animation export file needs to be decoded only according to the picture format, thereby achieving high decoding efficiency. Moreover, because a difference between adjacent bitmap images is relatively small, performing pixel comparison between the current bitmap image and the corresponding key bitmap image, to obtain a differential pixel region in the current bitmap image, and encoding only the pixel data of the differential pixel region, to obtain the encoded picture, can reduce the size of the whole animation export file.
In an embodiment, as shown in
The obtaining module 2002 is configured to obtain a bitmap image sequence corresponding to an original animation file.
The division module 2004 is configured to extract a color channel bitmap and a transparency channel bitmap from each bitmap image in the bitmap image sequence.
The compositing module 2006 is configured to composite the color channel bitmap with the transparency channel bitmap, to obtain a composite bitmap.
The encoding module 2008 is configured to encode the composite bitmap according to a video encoding mode, to obtain an encoded picture corresponding to the bitmap image.
The exporting module 2010 is configured to generate an animation export file corresponding to the original animation file according to encoded pictures corresponding to bitmap images in the bitmap image sequence.
In an embodiment, the obtaining module 2002 is further configured to: obtain the original animation file; play the original animation file; and sequentially capture screenshots of playback screens corresponding to the original animation file, to obtain the bitmap image sequence corresponding to the original animation file.
In an embodiment, the division module 2004 is further configured to: obtain pixel data of pixels in the bitmap image; and extract color data and transparency data corresponding to the pixels from the pixel data; generate the color channel bitmap corresponding to the bitmap image according to the color data of the pixels; and generate the transparency channel bitmap corresponding to the bitmap image according to the transparency data of the pixels.
In the foregoing animation file processing apparatus 2000, processing is performed based on the original animation file, which, compared with implementing the animation file in a native code mode, can reduce development workload and lower costs. In addition, the color channel bitmap and the transparency channel bitmap are extracted from the bitmap image, the color channel bitmap is then composited with the transparency channel bitmap, to obtain the composite bitmap, and the composite bitmap is then encoded according to the video encoding mode, to obtain the encoded picture corresponding to the bitmap image, so that the animation export file generated according to the encoded pictures has a smaller file size, and the animation export file can be decoded according to the video decoding mode, thereby achieving higher decoding efficiency.
In an embodiment, as shown in
The file obtaining module 2102 is configured to obtain an animation export file obtained by encoding animation vector data of an original animation file.
The parsing module 2104 is configured to parse the animation export file, to obtain a static range of animation drawing data corresponding to each layer.
The buffer data obtaining module 2106 is configured to obtain animation drawing data corresponding to a layer from a buffer when a to-be-processed frame belongs to the static range of the animation drawing data corresponding to the layer.
The rendering module 2108 is configured to perform animation rendering according to the animation drawing data of the to-be-processed frame corresponding to the each layer.
In an embodiment, the animation file processing apparatus 2100 further includes an animation drawing data parsing module, configured to: obtain, when the to-be-processed frame does not belong to the static range of the animation drawing data corresponding to the layer, or the animation drawing data corresponding to the layer does not have a static range, an animation object obtained by parsing the animation export file; and read the animation object to obtain the animation drawing data corresponding to the layer.
In an embodiment, the animation file processing apparatus 2100 further includes a static range traversal module, configured to: obtain a current rendering progress; calculate a frame number of the to-be-processed frame according to the rendering progress and a total frame number and total duration that correspond to the animation export file; traverse the static range of the animation drawing data corresponding to the each layer; and determine that the to-be-processed frame belongs to the static range of the animation drawing data corresponding to the layer when the frame number is found in the static range.
The term unit (and other similar terms such as subunit, module, submodule, etc.) in this disclosure may refer to a software unit, a hardware unit, or a combination thereof. A software unit (e.g., computer program) may be developed using a computer programming language. A hardware unit may be implemented using processing circuitry and/or memory. Each unit can be implemented using one or more processors (or processors and memory). Likewise, a processor (or processors and memory) can be used to implement one or more units. Moreover, each unit can be part of an overall unit that includes the functionalities of the unit.
In the foregoing animation file processing apparatus 2100, the static range of the animation drawing data corresponding to the layer refers to a frame sequence formed by a plurality of consecutive animation frames with unchanged layer attributes corresponding to a specific layer in the animation frames corresponding to the animation export file. When the to-be-processed frame needs to be displayed, the static range of the animation drawing data corresponding to the each layer needs to be traversed. When the to-be-processed frame belongs to the static range of the animation drawing data corresponding to the layer, the animation drawing data corresponding to the layer is directly obtained from the buffer, so that the buffer can be fully utilized to reduce the repeated calculation of the animation drawing data, and the animation rendering efficiency can be greatly improved.
A person skilled in the art may understand that, the structure shown in
In an embodiment, the animation file processing apparatus 1900 provided in the present disclosure may be implemented in a form of a computer program, and the computer program may be run on the computer device shown in
For example, the computer device shown in
In an embodiment, the animation file processing apparatus 2000 provided in the present disclosure may be implemented in a form of a computer program, and the computer program may be run on the computer device shown in
For example, the computer device shown in
In an embodiment, the animation file processing apparatus 2100 provided in the present disclosure may be implemented in a form of a computer program, and the computer program may be run on the computer device shown in
For example, the computer device shown in
In an embodiment, a computer device is provided, including a processor and a memory, the memory storing a computer program, the computer program, when executed by the processor, causing the processor to perform the steps of the foregoing animation file processing method. The steps of the method may be the steps of the animation file processing method in the foregoing embodiments.
In an embodiment, a computer-readable storage medium is provided, storing a computer program, the computer program, when executed by a processor, causing the processor to perform the steps of the foregoing animation file processing method. The steps of the animation file processing method may be the steps of the animation file processing method in the foregoing embodiments.
A person of ordinary skill in the art may understand that some or all procedures in the method in the foregoing embodiments may be implemented by a computer program instructing related hardware. The program may be stored in a non-volatile computer-readable storage medium, and when the program is executed, the procedures in the foregoing method embodiments may be implemented. Any reference to a memory, a storage, a database, or another medium used in the embodiments provided in the present disclosure may include a non-volatile and/or volatile memory. The non-volatile memory may include a read-only memory (ROM), a programmable ROM (PROM), an electrically programmable ROM (EPROM), an electrically erasable programmable ROM (EEPROM), a flash memory, or the like. The volatile memory may include a random access memory (RAM) or an external cache. As an illustration instead of a limitation, the RAM is available in various forms, such as a static RAM (SRAM), a dynamic RAM (DRAM), a synchronous DRAM (SDRAM), a double data rate SDRAM (DDRSDRAM), an enhanced SDRAM (ESDRAM), a synchronization link (Synchlink) DRAM (SLDRAM), a rambus direct RAM (RDRAM), a direct rambus dynamic RAM (DRDRAM), and a rambus dynamic RAM (RDRAM).
The technical features in the foregoing embodiments may be randomly combined. For concise description, not all possible combinations of the technical features in the embodiments are described. However, provided that combinations of the technical features do not conflict with each other, the combinations of the technical features are considered as falling within the scope described in this specification.
The foregoing embodiments only describe several implementations of the present disclosure, which are described specifically and in detail, but cannot be construed as a limitation to the patent scope of the present disclosure. A person of ordinary skill in the art may further make variations and improvements without departing from the ideas of the present disclosure. The variations and improvements fall within the protection scope of the present disclosure. Therefore, the protection scope of the present disclosure is subject to the protection scope of the appended claims.
| Number | Date | Country | Kind |
|---|---|---|---|
| 201910502825.6 | Jun 2019 | CN | national |
This application is a continuation application of PCT Patent Application No. PCT/CN2020/095004, entitled “ANIMATION FILE PROCESSING METHOD AND APPARATUS, COMPUTER READABLE STORAGE MEDIUM, AND COMPUTER DEVICE” and filed on Jun. 9, 2020, which claims priority to Chinese Patent Application No. 201910502825.6, entitled “ANIMATION FILE PROCESSING METHOD AND APPARATUS, COMPUTER-READABLE STORAGE MEDIUM, AND COMPUTER DEVICE” filed with the China National Intellectual Property Administration on Jun. 11, 2019, the entire contents of both of which are incorporated herein by reference.
| Number | Name | Date | Kind |
|---|---|---|---|
| 6037982 | Coelho | Mar 2000 | A |
| 20020159645 | Kobayashi | Oct 2002 | A1 |
| 20050175101 | Honda | Aug 2005 | A1 |
| 20050231513 | LeBarton | Oct 2005 | A1 |
| 20080071831 | Reddy | Mar 2008 | A1 |
| 20100194758 | Seah et al. | Aug 2010 | A1 |
| 20130156100 | Matsui | Jun 2013 | A1 |
| 20140092128 | Nakamura | Apr 2014 | A1 |
| 20150304663 | Solaja | Oct 2015 | A1 |
| 20180255308 | Yi | Sep 2018 | A1 |
| 20190379926 | Vari | Dec 2019 | A1 |
| 20200036983 | Wang et al. | Jan 2020 | A1 |
| Number | Date | Country |
|---|---|---|
| 101031085 | Sep 2007 | CN |
| 102244786 | Nov 2011 | CN |
| 103714558 | Apr 2014 | CN |
| 106937132 | Jul 2017 | CN |
| 107071516 | Aug 2017 | CN |
| 108668170 | Oct 2018 | CN |
| 2002330439 | Nov 2002 | JP |
| 2005260912 | Sep 2005 | JP |
| 2011040808 | Feb 2011 | JP |
| WO 0049559 | Aug 2000 | WO |
| Entry |
|---|
| The World Intellectual Property Organization (WIPO) International Search Report for PCT/CN2020/095004 dated Sep. 10, 2020 6 Pages (including translation). |
| Japan Patent Office (JPO) The Office Action For JP Application No. 2021-542182 dated Aug. 22, 2022 8 Pages (Translation Included). |
| China National Intellectual Property Administration (CNIPA) Office Action 1 for 201910502825.6 dated Feb. 21, 2023 9 Pages (including translation). |
| Number | Date | Country | |
|---|---|---|---|
| 20210350600 A1 | Nov 2021 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/CN2020/095004 | Jun 2020 | US |
| Child | 17379964 | US |
