CN114697744B - Video data processing method and related device - Google Patents
Video data processing method and related device Download PDFInfo
- Publication number
- CN114697744B CN114697744B CN202011582898.XA CN202011582898A CN114697744B CN 114697744 B CN114697744 B CN 114697744B CN 202011582898 A CN202011582898 A CN 202011582898A CN 114697744 B CN114697744 B CN 114697744B
- Authority
- CN
- China
- Prior art keywords
- data
- code stream
- data block
- data packets
- decoded
- 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.)
- Active
Links
- 238000003672 processing method Methods 0.000 title abstract description 26
- 238000012545 processing Methods 0.000 claims abstract description 88
- 238000000034 method Methods 0.000 claims abstract description 60
- 238000004806 packaging method and process Methods 0.000 claims abstract description 8
- 230000005540 biological transmission Effects 0.000 claims description 34
- 238000004891 communication Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 10
- 238000012856 packing Methods 0.000 claims description 4
- 239000000523 sample Substances 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 8
- 238000012360 testing method Methods 0.000 description 6
- 230000000295 complement effect Effects 0.000 description 3
- 230000001502 supplementing effect Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/4408—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video stream encryption, e.g. re-encrypting a decrypted video stream for redistribution in a home network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
Abstract
The application discloses a video data processing method and a related device, comprising the following steps: the method comprises the steps of performing sub-packaging treatment on video code stream data to obtain a plurality of code stream data packets which are arranged in sequence; sequentially carrying out packet grouping processing on a preset number of code stream data packets to obtain a first data block; transmitting the first data block to a hard encryption device for encryption to obtain an encrypted data block; unpacking the encrypted data block to obtain a plurality of data packets to be decoded, wherein the payload data corresponding to the data packets to be decoded are identical to the payload data included in the corresponding code stream data packets.
Description
Technical Field
The present disclosure relates to the field of video technologies, and in particular, to a video data processing method and related apparatus.
Background
Technical challenges presented by broadband services are faced when designing hardware encryption schemes in broadband products. In broadband products, video services are a common customer requirement. In the existing terminal products, the maximum processing capacity requirement of the terminal side on the video conference is 8 paths of video decryption and 1 path of video encryption (720 p, H.264), and the total encryption processing capacity of the corresponding security TF card is required to be larger than 18Mbps. However, the processing capacity of the obtained safe TF card is about 4.5Mbps (AES 256CTR algorithm) through actual measurement of the simulated service scene of the safe TF card, and only about 2 paths of video encryption and decryption services can be supported. Therefore, the video hardware encryption and decryption speed of the safety TF card in the prior art can not meet the service requirement, the video hardware encryption and decryption speed of the safety TF card becomes a key technical bottleneck affecting the design of a hard encryption scheme, and the existing video acceleration scheme has the defects of insufficient safety, large speed fluctuation and the like, so that a technical scheme capable of solving the technical problems is needed.
Disclosure of Invention
The technical problem that this application mainly solves is to provide a video data processing method and related device, can realize processing video data fast and safely.
In order to solve the technical problems, one technical scheme adopted by the application is as follows: there is provided a video data processing method, the method comprising:
the method comprises the steps of performing sub-packaging treatment on video code stream data to obtain a plurality of code stream data packets which are arranged in sequence;
sequentially carrying out packet grouping processing on a preset number of code stream data packets to obtain a first data block;
sending the first data block to a hard encryption device for encryption to obtain an encrypted data block;
unpacking the encrypted data block to obtain a plurality of data packets to be decoded, wherein the payload data corresponding to the data packets to be decoded are identical to the payload data included in the corresponding code stream data packets.
In order to solve the technical problems, another technical scheme adopted by the application is as follows: there is provided a video data processing method, the method comprising:
receiving a plurality of data packets to be decoded;
the data packet to be decoded is subjected to packet grouping processing to obtain an encrypted data block, and the encrypted data block is sent to a hard decryption device for decryption to obtain a decrypted data block;
Unpacking the decrypted data block to obtain a preset number of code stream data packets;
and carrying out packet grouping processing on all the code stream data packets to obtain video code stream data.
In order to solve the technical problem, another technical scheme adopted by the application is as follows: there is provided a video data processing apparatus comprising a memory and a processor, the memory being coupled to the processor, wherein,
the communication circuit is used for interacting with external terminal equipment under the control of the processor so as to send or receive data;
the memory stores a computer program;
the processor is configured to run the computer program to perform the method of any of the above.
In order to solve the technical problem, another technical scheme adopted by the application is as follows: there is provided a computer readable storage medium storing a computer program executable by a processor for implementing a method as described above.
The beneficial effects of this application are: different from the situation of the prior art, the technical scheme provided by the application is characterized in that the code stream data is subjected to sub-packaging processing to obtain a plurality of code stream data packets which are arranged in sequence, then the preset number of code stream data packets are subjected to sub-packaging processing in sequence, further a first data block is obtained, the first data block is sent to the hard encryption equipment for encryption to obtain an encrypted data block, and the encrypted data block is subjected to sub-packaging processing to obtain a plurality of data packets to be decoded. The technical scheme provided by the application obtains a larger first data block by grouping the code stream data packets, and sends the larger first data block to the hard encryption equipment by taking the first data block as a unit, so that the number of times of sending data scheduling software can be reduced better, the time consumption of interface transmission is reduced, the speed of hard encryption of video code stream data is also improved, and further the video data is processed rapidly and safely.
Drawings
FIG. 1 is a flow chart illustrating an embodiment of a video data processing method according to the present application;
FIG. 2 is a flow chart illustrating a video data processing method according to another embodiment of the present application;
FIG. 3 is a schematic view of an application scenario in an embodiment of a video data processing method according to the present application;
FIG. 4 is a flowchart illustrating a video data processing method according to another embodiment of the present application;
FIG. 5 is a flowchart illustrating an embodiment of a video data processing method according to the present application;
FIG. 6 is a flowchart illustrating a video data processing method according to another embodiment of the present application;
FIG. 7 is an interactive schematic diagram of an embodiment of a video data processing method according to the present application;
FIG. 8 is a schematic diagram of an encryption/decryption test time-consuming structure according to an embodiment of a video data processing method of the present application;
FIG. 9 is a schematic diagram illustrating a video data processing apparatus according to an embodiment of the present application;
FIG. 10 is a schematic diagram illustrating a storage medium according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. It is to be understood that the specific embodiments described herein are for purposes of illustration only and are not limiting. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.
In the description of the present application, the meaning of "plurality" means at least two, for example, two, three, etc., unless specifically defined otherwise. Furthermore, the terms "comprise" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of the present application. The appearances of such phrases in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Those of skill in the art will explicitly and implicitly appreciate that the embodiments described herein may be combined with other embodiments.
Referring to fig. 1, fig. 1 is a flow chart of an embodiment of a video data processing method according to the present application. In the current embodiment, the execution subject of the method provided in the present application is a device for encoding video data, such as an encoder. In the current embodiment, the method provided by the present application includes:
S110: and packetizing the video code stream data to obtain a plurality of code stream data packets which are arranged in sequence.
Firstly, after the original video data is obtained, the video data is encoded, and then the video code stream data is obtained. After the video code stream data is obtained, the obtained video code stream data is further subjected to packetization processing to obtain a plurality of code stream data packets which are arranged in sequence. The packetization process is to divide a larger data packet according to a preset packetization rule to obtain a plurality of code stream data packets with set sizes.
Further, when the video data is transmitted based on the Real-time transmission protocol (i.e., RTP: real-time Transport Protocol), the step S110 further includes: and packaging the video code stream data based on the transmission rule of the RTP transmission protocol, so as to obtain a plurality of code stream data packets which are arranged in sequence. Wherein the size of each code stream data packet is determined according to an RTP transmission protocol. In an embodiment, the obtained video stream data may be packetized according to an RTP transmission protocol to obtain a plurality of 1kB stream data packets arranged in sequence, where the plurality of stream data packets obtained by packetizing the video stream data in the current embodiment have the same size, and each stream data packet includes a header and payload data.
S120: and carrying out packet grouping processing on the preset number of code stream data packets in sequence to obtain a first data block.
After a plurality of code stream data packets which are arranged in sequence are obtained, the preset number of code stream data packets are subjected to packet grouping processing in sequence, and then a first data block is obtained. The grouping processing refers to that a selected preset number of data packets are combined into a larger data block according to a grouping processing rule, and the grouping processing rule may be that the code stream data packets are directly combined according to an original arrangement sequence to obtain a larger first data block. In another embodiment, the rule of the packet processing may be to sequentially packet the payload data in each code stream data packet, so as to obtain a larger first data block.
Such as: the code stream data packet acquired in the step S110 includes: d (1), D (2), D (3) and D (32) and D (n), the step S120 performs the grouping process on the preset number of code stream data packets according to the sequence of the code stream data packets. The preset number is set according to parameters of the hard encryption device, the hard decryption device, and the decoding device, which is not limited herein, and the sequence of the code stream data packets is the original sequence of the code stream data packets obtained after the packetizing process in step S110. For example, in an embodiment, when the size of each code stream packet is 1kB, in step S120, the 16 code stream packets may be packetized to obtain the first data block with the size of 16 kB. Respectively selecting D (1) to D (16) and performing grouping processing on the selected data packets to obtain a first data block, selecting D (17) to D (32) and performing grouping processing on the selected data packets to obtain a first data block, and sequentially executing the steps according to the arrangement sequence of the data packets until all code stream data packets are completely grouped.
Further, if the last remaining code stream data packets do not form a first data block with a set size enough in the process of sequentially performing the grouping processing on the preset number of code stream data packets, the bit filling processing is correspondingly performed according to the set bit filling rule to obtain the first data block with the set size. For example, zero padding is performed after the last code stream packet, wherein the number of zero padding is based on the first data block obtained in the set size. For example, taking a 1kB code stream packet as an example, and taking a 16kB first data block as an example, if there are 14 last code stream packets, then a zero of 2kB is appended after the last code stream packet to realize that the first data block of 16kB is obtained by grouping the packets.
S130: and sending the first data block to a hard encryption device for encryption to obtain an encrypted data block.
After obtaining the first data block, the decoder transmits the obtained first data block to the hard encryption device to hard encrypt the first data block with the hard encryption device. The hard encryption device performs hard encryption processing on the first data block to obtain an encrypted data block, and sends the encrypted data block back to the decoder, and the decoder further performs step S140 after obtaining the encrypted data block sent by the hard encryption device.
The method is not limited herein, and a mode of encrypting the first data block by the hard encryption device may be selected according to actual needs, and is not limited herein. Further, the hard encryption device includes a secure TF card or other terminal dedicated to hard encryption.
S140: unpacking the encrypted data block to obtain a plurality of data packets to be decoded.
After obtaining the encrypted data block sent by the hard encryption equipment, the decoder further unpacks the obtained encrypted data block to obtain a plurality of data packets to be decoded, and then the encoder further sends the obtained data packets to be decoded to the decoder. The unpacking process is to split one larger data packet or data block into several smaller data packets according to the set rule of unpacking process. The data packets to be decoded are data for sending to the decoder, and the payload data corresponding to each data packet to be decoded is the same as the payload data included in the code stream data packet corresponding to each data packet to be decoded.
Further, step S140 refers to the above-mentioned packet processing rule in step S120 to perform unpacking processing on the encrypted data block to obtain a plurality of data packets to be decoded. The encrypted data blocks are split in sequence from the first bit of the encrypted data blocks to obtain data packets to be decoded, which have the same size as the code stream data packets. If the packet processing is performed on the video stream data to obtain a 1kB packet, the step S140 corresponds to unpacking the encrypted data block to obtain a plurality of 1kB packets to be decoded. After executing step S140, the encoder further sends the obtained data packet to be decoded to a decoder end, so that the decoder can perform decoding processing to obtain video, and further complete transmission processing of video data.
In the embodiment corresponding to fig. 1, different from the situation in the prior art, the technical scheme provided by the application is that a plurality of code stream data packets arranged in sequence are obtained by packetizing the code stream data, then the preset number of code stream data packets are packetized in sequence, further a first data block is obtained, the first data block is sent to a hard encryption device for encryption, an encrypted data block is obtained, and the encrypted data block is unpacked, so that a plurality of data packets to be decoded are obtained. The technical scheme provided by the application obtains a larger first data block after the code stream data packet is packaged, and the code stream data is sent to the hard encryption equipment for encryption processing by taking the larger first data block as a unit, so that the number of times of sending data scheduling software can be reduced better, the time consumption of interface transmission is reduced, the speed of the hard encryption equipment for encrypting the video code stream data is improved, and further the video data is processed rapidly and safely.
Referring to fig. 2, fig. 2 is a flow chart of another embodiment of a video data processing method according to the present application. In the current embodiment, the method provided by the present application includes:
s201: and packetizing the video code stream data to obtain a plurality of code stream data packets which are arranged in sequence. Step S201 is the same as step S110 described above, and will not be described again here, and specific reference may be made to the description of the corresponding portion of step S110.
In the present embodiment, before the grouping processing is sequentially performed on the preset number of code stream data packets in the step S120, the method further includes step S202.
S202: grouping the code stream packets by frame type and/or determining the current encryption mode.
Before the code stream data packets are packetized, the current code stream data packets are first packetized according to frame type and/or the currently selected encryption mode for encrypting the code stream data is determined.
The video data is processed in frame units in the encoding and decoding processes, so that the frame units are also used in the encryption and decryption package processing processes. By grouping the code stream data packets by frame type, it is possible to preferably avoid affecting the processing of the current frame data in order to wait for decryption or transmission of other frame data.
The current encryption mode is used to determine the rules of the packetization process and/or the rules of the depacketization process. The encryption mode includes: any one of an independent block encryption mode, an operator feedback type encryption mode or a ciphertext feedback type encryption mode. It will be appreciated that in other embodiments, the encryption mode may include other types, not specifically recited herein. Taking the H264 protocol as an example, three frames, I frame, B frame and P frame, are defined in the H264 protocol. The I frame is a frame for encoding the complete image, the B frame and the P frame correspond to frames which do not encode all the images, the difference between the P frame and the B frame is generated by referring to the I frame before the P frame, and the B frame is generated by referring to the frame codes of the images before and after the P frame.
If the current encryption mode is determined to be the independent block encryption mode, the step S120 sequentially performs the packetizing process on the preset number of code stream data packets to obtain the first data block, and further includes the following steps S203 to S205.
S203: and respectively acquiring the effective load data in the preset number of code stream data packets.
When the current encryption mode is determined to be the independent block encryption mode, payload data in a preset number of code stream data packets are sequentially acquired.
S204: and respectively performing bit filling processing on the payload data to obtain a preset number of second data blocks with a first preset size.
And after the payload data is acquired, respectively performing bit filling processing on the acquired payload data of each code stream data packet to acquire a preset number of second data blocks with a first preset size. In step S204, the obtained payload data of each code stream data packet is subjected to bit filling processing, so that the occupied memory size of the payload data is filled to a first preset size, and a second data block with the same occupied memory is obtained. In the current embodiment, the second data blocks with the same size are obtained by complementing the payload data, so that the second data blocks can be accurately and quickly combined to obtain the first data block, and the subsequent quick splitting of the encrypted data block is convenient.
Further, the foregoing step S204 performs bit-filling processing on the payload data to obtain a preset number of second data blocks with a first preset size, and further includes: and respectively filling zeros after the last bit of data of the payload data until a second data block of the first preset size is obtained.
S205: and combining the corresponding second data blocks according to the arrangement sequence of the preset number of code stream data packets to obtain the first data blocks.
After the second data blocks are obtained, according to the arrangement sequence of the preset number of code stream data packets, combining the second data blocks corresponding to the code stream data packets to obtain the first data blocks. If the preset number is 8, each 8 second data blocks are respectively combined according to the original arrangement sequence of the code stream data packets until all the second data blocks are combined. When the payload data is subjected to bit filling processing to obtain the second data blocks, the second data blocks are arranged according to the arrangement sequence of the code stream data packets, namely, the sequence of the second data blocks is the same as the sequence of the code stream data packets corresponding to the second data blocks. It will be appreciated that in other embodiments the predetermined number of values is not limited, e.g. the predetermined number 4, 8, 16, 32 may be set in connection with the parameters of the hard encryption device, encoder and decoder, not specifically mentioned herein.
S206: and sending the first data block to a hard encryption device for encryption to obtain an encrypted data block.
S207: unpacking the encrypted data block to obtain a plurality of data packets to be decoded.
In the present embodiment, the steps S206 to S207 correspond to the steps S130 to S140, respectively, and detailed description thereof will not be provided herein.
Referring to fig. 2 and fig. 3 in combination, fig. 3 is a schematic view of an application scenario in an embodiment of a video data processing method according to the present application. As illustrated in fig. 3, taking an application scenario under an RTP transmission protocol as an example, first, code stream data packets (RTP packets illustrated in fig. 3) obtained by video encoding and packetizing are packetized according to a frame type, payload data (also referred to as payload content in other embodiments, including NALU H and RBSP) in the RTP packets are obtained, then, bit filling processing is performed on the obtained payload data of each RTP packet, specifically, zero filling is performed after the last bit of the payload data, then, a second data block occupying a memory with a first preset size is obtained, and then, according to an arrangement sequence of the code stream data packets, the corresponding second data blocks are combined to obtain the first data block.
As illustrated in fig. 3, when the size of the obtained code stream data packet after RTP packetization is 1kB, the corresponding second data block with the size of 1kB is obtained by supplementing the obtained payload data after obtaining the payload data included in the code stream data packet, and then the first data block with the size of 16kB is obtained by combining every 16 second data blocks according to the arrangement sequence of the second data blocks. As illustrated in fig. 3, RTP payload1 to RTP payload16 are packetized into a first data block, the obtained first data block is sent to a hard encryption device for encryption to obtain an encrypted data block including an encryption negotiation packet, the obtained encrypted data block is unpacked to obtain an encrypted third data block with the size of 1kB, and a real-time transmission extension header and a data packet header are sequentially added in front of the encrypted third data block RTP payload1, namely, the RTP H and the RTP extension header illustrated in fig. 3, so as to obtain a data packet to be decoded.
Please combine the following table 1 and table 2, table 1 is the data result obtained by testing the technical solution provided in the present application.
Table 1 statistics of encryption and decryption speeds for data blocks of different sizes in AES 128CTR encryption mode
Table 2 statistics of encryption and decryption speeds for different size data blocks in AES 256ctr encryption mode
It can be seen from tables 1 and 2 that under the same encryption algorithm, in a certain size range, the greater the data block (the meaning of the data packet and the meaning of the data block in the present application are both used to refer to the data occupying a certain memory), the faster the encryption and decryption speed. As illustrated in tables 1 and 2, in the AES 256CTR encryption mode, and in the AES 128CTR encryption mode, the greater the data block length, i.e., the longer the length, the encryption speed and the decryption speed are both increased accordingly. In the current embodiment, when the length of the data block is 16kB, the encryption and decryption speed is best, so that the speed of video data transmission and the speed of encryption and decryption can be better improved by packing the code stream data packets into the data blocks of 16kB for transmission and encryption and decryption. It should be understood that, in other embodiments, the code stream data packets may be selectively packed into larger lengths for transmission and encryption and decryption according to parameters of the encoder, decoder, hard encryption device, and hard decryption device, which is not limited herein.
And then the obtained first data block is sent to a hard encryption device, the hard encryption device encrypts the received first data block, the encrypted data block obtained by encryption is sent back to an encoder, and the encoder unpacks the obtained encrypted data packet to obtain a plurality of data packets to be decoded. Taking RTP as an example, re-splitting the encrypted data block, adding an RTP extension header and a data packet header into the split data, and further obtaining a data packet to be decoded. Wherein, the RTP extension header is added with the encryption related information of the data packet. In the current embodiment, the effective load data in each code stream data packet is selected, and the second data blocks with the same size are obtained by respectively supplementing each load data, so that the second data blocks can be accurately and quickly combined to obtain the first data block, and the response speed of the system is greatly improved.
Further, referring to fig. 4, fig. 4 is a flow chart of a video data processing method according to another embodiment of the present application. In the current embodiment, the method provided by the present application includes:
s401: and packetizing the video code stream data to obtain a plurality of code stream data packets which are arranged in sequence.
S402: the current encryption mode is determined.
In the present embodiment, after the code stream data packet is obtained, the currently selected encryption mode is further determined. Wherein the encryption mode includes: any one of an independent block encryption mode, an operator feedback type encryption mode or a ciphertext feedback type encryption mode. It will be appreciated that in other embodiments, the encryption mode may include other types, not specifically recited herein.
S403: and sequentially carrying out packet grouping processing on the preset number of code stream data packets to obtain a first data block.
S404: and sending the first data block to a hard encryption device for encryption to obtain an encrypted data block.
In the present embodiment, the step S140 unpacks the encrypted data block to obtain a plurality of data packets to be decoded, and further includes step S405 and step S407.
S405: and splitting the encrypted data blocks to obtain a preset number of third data blocks.
After the encoder receives the encrypted data blocks sent by the hard encryption device, the encrypted data blocks are further split, and a preset number of third data blocks are further obtained. Wherein the number of third data blocks split by each encrypted data block is equal to the number of second data blocks included in each first data block.
Further, after the encrypted data block is obtained, starting from the first bit of data included in the encrypted data block, splitting the data occupying the memory with a preset size into a third data block in sequence. The size of the memory occupied by the third data block is the same as the size of the memory occupied by the second data block.
Further, since the second data blocks used for combining to obtain the first data block have the same size, step S405 may also be understood as equally dividing the encrypted data block into a preset number of third data blocks in sequence from the first data. Wherein the number of third data blocks is equal to the number of second data blocks.
In the present embodiment, step S406 is further included before step S407 is performed.
S406: and determining encryption information included in the real-time transmission extension head according to the current encryption mode.
After the third data block is obtained through splitting, encryption information included in the real-time transmission extension header is further determined according to the current encryption mode, wherein the encryption information is information for informing a decoder of the current data packet encryption rule.
Further, if the current encryption mode is determined to be the independent block encryption mode, the encryption information comprises a secret key and an encryption packet sequence number; if the current encryption mode is an operator feedback type encryption mode or a ciphertext feedback type encryption mode, the encryption information comprises a key, an IV (initial vector: information Vector), an encrypted data block start value and a count value. Wherein the count value of the encrypted data blocks is also equal to the number of the first data blocks obtained by the packet processing.
Further, if the current encryption mode is the operator feedback encryption mode or the ciphertext feedback encryption mode, the ordering packet decryption is needed, and bit compensation processing is not needed when the code stream data packet is subjected to the packet processing.
S407: and sequentially adding the real-time transmission extension header and the data packet header before the first data of the third data block respectively to obtain a plurality of data packets to be decoded.
After the encryption information included in the real-time transmission extension header is determined, the real-time transmission extension header and the data packet header are further added in sequence before the first data of the third data block, and a plurality of data packets to be decoded are obtained through output.
Still further, step S407 further includes: and removing the data for bit filling in the third data block, and sequentially adding the real-time transmission extension header and the data packet header before removing the first data of the third data block of the bit filling data respectively to obtain a plurality of data packets to be decoded. When the zero is utilized to carry out bit filling processing, the zero used for bit filling in the third data block is further removed, and the real-time transmission extension head and the data packet header are sequentially added before the first data of the third data block with the zero bit filling is removed, so that a plurality of data packets to be decoded are obtained. Wherein the real-time transmission extension header is on the left side and the data packet header is between the real-time extension header and the encrypted payload data.
In another embodiment, step S407 further includes: and sequentially adding the real-time transmission extension header and the data packet header before the first data of the third data block, and removing the data for bit filling in the third data block to obtain a decoded data packet.
It should be noted that, in the embodiment corresponding to fig. 4, steps S401, S403 and S404 are the same as steps S110, S120 and S130 in fig. 1, and specific reference may be made to the above description of the corresponding parts, which is not repeated here.
Referring to fig. 5, fig. 5 is a flowchart illustrating an embodiment of a video data processing method according to the present application. In the current embodiment, the execution subject of the method provided in the present application is a decoder, and the method includes:
s510: a number of data packets to be decoded are received.
And receiving a plurality of data packets to be decoded sent by the encoder. The data packet to be decoded is the data packet which is sent to the decoder end by the encoder and is encrypted. In the present embodiment, the order in which the several data packets to be decoded are received is not limited.
S520: and carrying out grouping processing on the data packet to be decoded to obtain an encrypted data block, and sending the encrypted data block to a hard decryption device for decryption to obtain a decrypted data block.
And carrying out packet grouping processing on the received data packet to be decoded, thereby obtaining an encrypted data block.
Further, after receiving a plurality of data packets to be decoded, further analyzing to obtain sequence identification information of the data packets to be decoded, and then performing packet grouping processing on the plurality of received large data packets to be decoded according to the obtained sequence identification to obtain a large encrypted data block.
Further, since the data packet to be decoded includes the real-time transmission extension header and the data packet header, the real-time transmission extension header and/or the data packet header are removed before the data packet to be decoded is packetized, and then the data packet to be decoded from which the real-time transmission extension header and the data packet header are removed is packetized in sequence, so as to obtain an encrypted data block, and the obtained encrypted data block is sent to the hard decryption device for decryption.
In still another embodiment, after receiving a plurality of data packets to be decoded, after removing the real-time transmission extension header and/or the data packet header, the data packets to be decoded after removing the real-time transmission extension header and/or the data packet header are further subjected to bit filling processing, so as to obtain data packets with the same occupied memory size, and then the data packets after the bit filling processing are subjected to packet grouping processing, so as to obtain the encrypted data block. The bit filling processing comprises zero filling processing after removing the last bit of the data packet to be decoded after the real-time transmission extension head and/or the data packet head, so as to obtain the data packets with the same size.
After obtaining the encrypted data block, further transmitting the obtained encrypted data block to a hard decryption device for decryption, further obtaining a decrypted data block, and transmitting the obtained decrypted data block back to the decoder for the decoder to decode and obtain the original video data. Wherein the hard decryption device is arranged corresponding to the hard encryption device. Such as a hard encryption device comprising: when the secure TF card or other terminals are specially used for hard encryption, the corresponding hard decryption equipment is correspondingly set as the secure TF card or other terminals specially used for hard decryption.
S530: unpacking the decrypted data blocks to obtain a preset number of code stream data packets.
The decoder unpacks the decrypted data blocks to obtain the preset number of code stream data packets. The size of the memory occupied by the code stream data packet is the same as the size of the memory occupied by the data packet to be decoded, and the payload data corresponding to the code stream data packet is the same as the payload data corresponding to the data packet to be decoded.
Further, the unpacking processing rule for the decrypted data block in step S530 refers to the packing processing rule in S520. For example, in one embodiment, in step S520, an encrypted data block is obtained by performing a packetizing process on n data packets to be decoded, and in step S530, the decrypted data block is split to obtain n code stream data packets, where the unpacking position corresponds to the packetizing position. Assuming that the mth bit and the (m+1) th bit of the encrypted data block obtained in step S520 are boundaries of two data packets to be decoded, when the decrypted data block is unpacked in the corresponding step S530, the mth bit and the (m+1) th bit in the decrypted data block become boundaries of two code stream data packets obtained by splitting, that is, the mth bit data and the (m+1) th bit data after unpacking are respectively belonging to two adjacent code stream data packets.
When the decrypted data block includes the complementary data, after the decrypted data block is unpacked, the complementary data removing process is further performed on the unpacked data packet, and then a data packet header is added to the data packet from which the complementary data is removed, so as to obtain the code stream data packet.
It should be noted that, when unpacking the decrypted data blocks, the arrangement sequence of the code stream data packets obtained by splitting in each decrypted data block is not changed. For example, the split code stream data packets in the decrypted data block 1 are sequentially ordered from front to back into D (1) to D (16), so that the video code stream data is obtained by subsequent processing of the code stream data packet group.
And the code stream data packets obtained by unpacking the different decryption data blocks are ordered according to the sequence identification information of each different decryption data block. If the sequence identification information of the decryption data block a is the second one and the sequence identification information of the decryption data block b is the first one, all the code stream data packets obtained by unpacking the decryption data block b are arranged before the code stream data packets obtained by unpacking the decryption data block a, and the arrangement sequence of the code stream data packets in each group of decryption data blocks corresponds to the original sequence in the decryption data blocks.
S540: and carrying out packet grouping processing on all the code stream data packets to obtain video code stream data.
And then, carrying out packet grouping processing on the obtained code stream data packets, and further obtaining video code stream data. After the decoder obtains the video code stream data, the decoder further decodes the obtained video code stream data to obtain the original video data.
Further, step S540 is to perform packetizing processing on all the code stream data packets according to the arrangement sequence of the code stream data packets in each decryption data block and the sequence identification information of each decryption data block, so as to obtain video code stream data. It should be noted that, the transport protocol utilized by the decoder is set corresponding to the encoder, for example, when the encoder selects the RTP transport protocol, the decoder correspondingly selects the RTP transport protocol.
In the current embodiment, the corresponding encoder end performs packet grouping processing on a plurality of received data packets to be decoded to obtain an encrypted data block, then sends the encrypted data block to the hard decryption device to decrypt to obtain a decrypted data block, and then unpacks the decrypted data block sent back by the hard decryption device to obtain a preset number of code stream data packets, and finally performs packet grouping processing on all the code stream data packets to obtain video code stream data. The method comprises the steps of combining smaller data packets to be decoded to obtain a larger encrypted data block, transmitting the larger encrypted data block between a decoder and the hard decryption device, reducing the times of transmitting data scheduling software, reducing the time consumption of interface transmission, realizing the fast transmission of the encrypted data block to be decrypted to the hard decryption device, simultaneously enabling the hard decryption device to directly decrypt the larger encrypted data block, improving the decryption speed of the hard decryption device to video data, and realizing the fast and safe processing of the video data at the decoder side.
Referring to fig. 6, fig. 6 is a flow chart illustrating a video data processing method according to another embodiment of the present application. In the current embodiment, the method provided by the present application includes:
s601: a number of data packets to be decoded are received.
In the present embodiment, the step S601 is the same as the step S510, and is not repeated herein, and the step S520 of performing the packetizing process on the data packet to be decoded to obtain the encrypted data block further includes the steps S602 to S603.
S602: and calculating whether packet loss occurs or not according to the data packet to be decoded.
After receiving the data packet to be decoded, whether the packet loss condition occurs is further calculated according to the data packet to be decoded.
S603: if yes, carrying out bit filling processing on the packet loss content, and carrying out packet grouping on the data packet to be decoded after the bit filling processing is completed so as to obtain an encrypted data block.
If the packet loss condition is calculated, the bit compensation processing is further performed on the packet loss content, and then the data packet to be decoded after the bit compensation processing is performed on the packet to obtain an encrypted data block.
S604: and sending the encrypted data block to a hard decryption device for decryption to obtain a decrypted data block.
S605: unpacking the decrypted data blocks to obtain a preset number of code stream data packets.
S606: and carrying out packet grouping processing on all the code stream data packets to obtain video code stream data.
In the present embodiment, steps S604 to S606 are at least partially the same as steps S520 and S540, and are specifically referred to the description of the corresponding parts above, and will not be described in detail herein.
Further, referring to fig. 6, in the present embodiment, after the step of obtaining the video bitstream data, the method provided in the present application further includes the step S607.
S607: and decoding the video code stream data to obtain the original video data.
The obtained video stream data is decoded to obtain the original video data. The video decoding rule corresponds to the encoding rule of the encoder, and after the original video data is obtained, the obtained video data is further output so as to display the original video acquired by the camera device.
Referring to fig. 7, fig. 7 is an interaction diagram of an embodiment of a video data processing method according to the present application. In the current embodiment, the method provided by the present application includes:
s71, acquiring original video data acquired by the camera device, and performing coding processing on the original video data to acquire video code stream data.
S72, the video code stream data are subjected to sub-packaging processing, and a plurality of code stream data packets which are arranged in sequence are obtained.
S73, carrying out grouping processing on the preset number of code stream data packets in sequence to obtain a first data block.
S74, the first data block is sent to a hard encryption device for encryption, and an encrypted data block is obtained.
S75, encrypting the first data block to obtain an encrypted data block.
And S76, sending the encrypted data block to an encoder.
S77, unpacking the encrypted data block to obtain a plurality of data packets to be decoded.
S78, sending the data packets to be decoded to a decoder.
S79, receiving a plurality of data packets to be decoded.
S710, performing grouping processing on the data packet to be decoded to obtain an encrypted data block.
And S711, sending the encrypted data block to a hard decryption device for decryption.
S712, carrying out decryption processing on the encrypted data block to obtain a decrypted data block.
S713, sending the decrypted data block back to the decoder.
S714, unpacking the decrypted data blocks to obtain the preset number of code stream data packets.
S715, performing packet grouping processing on all the code stream data packets to obtain video code stream data.
S716, decoding the video code stream data to obtain the original video data.
The above steps may be described with reference to fig. 1 to 6 and any corresponding embodiments thereof, and are not described herein.
Referring to fig. 8, fig. 8 is a schematic diagram of an encryption and decryption test time-consuming structure in an embodiment of a video data processing method according to the present application. As can be seen from fig. 8 (a), in the AES 128CTR encryption mode, after obtaining a code stream data packet, the code stream data packet is directly sent to the hard encryption device to encrypt, and it takes 219.7ms to encrypt 16kB data, while in the method provided in the present application, a larger first data block is obtained by packing the code stream data packet, and then the first data block is sent to the hard encryption device to encrypt, and only 28.8ms is required to encrypt 16kB data; similarly, in the prior art, it takes 230.1ms to decrypt 16kB data, and the decryption of 16kB data according to the technical solution provided in the present application takes only 29ms to complete. Referring to fig. 8 (b), through a time-consuming test for encrypting and decrypting the AES 256CTR encryption mode, based on the time-consuming test result illustrated in fig. 8 (b), it can be known that the technical scheme provided in the present application can also better improve the encryption and decryption speed in the AES 256CTR encryption mode. Similarly, through testing of other various encryption modes, the scheme provided by the application can be known to reduce time consumption well, improve encryption and decryption speed, further improve video encoding and decoding speed well, and provide video service with better experience for users. It should be noted that the method steps described in fig. 1 to 8 and any embodiments corresponding thereto may be combined with each other to solve different technical problems without contradiction, and are not specifically listed herein.
Referring to fig. 9, fig. 9 is a schematic structural diagram of an embodiment of a video data processing apparatus according to the present application. In the present embodiment, the video data processing apparatus 900 provided in the present application includes a communication circuit 903, a processor 901, and a memory 902. Wherein the communication circuit 903 and the memory 902 are coupled to the processor 901, respectively, the video data processing apparatus 900 may perform the video data processing method described in any one of fig. 1 to 7 and corresponding embodiments thereof.
Wherein the communication circuit 903 is used to interact with an external terminal device to send or receive data under the control of the processor 901. Wherein the external terminal device comprises one of a hard encryption device, an encoder or a decoder. When the video data processing apparatus 900 is an encoder, the external terminal device may be a hard encryption device or a decoder, where the communication circuit 903 is under the control of the processor 901, and is configured to send a first data block to the hard encryption device, receive an encrypted data block sent by the hard encryption device, split the encrypted data block by the video data processing apparatus 900 to obtain a data packet to be decoded, and send the data packet to be decoded to the decoder under the control of the processor 901.
When the video data processing apparatus 900 is a decoder, then the external terminal device may be a hard encryption device and an encoder. The communication circuit 903 receives the data packet to be decoded sent by the encoder under the control of the processor 901.
The memory 902 includes local storage (not shown) and stores a computer program that, when executed, performs the methods described in any of the embodiments of fig. 1-7 and corresponding thereto.
The processor 901 is coupled to the memory 902 and the communication circuit 903, respectively, and the processor 901 is configured to execute a computer program for performing the video data processing method as described in any one of the embodiments of fig. 1 to 7 and corresponding thereto.
Referring to fig. 10, fig. 10 is a schematic structural diagram of an embodiment of a computer readable storage medium according to the present application. The computer-readable storage medium 1000 stores a computer program 1001 that can be executed by a processor, the computer program 1001 being for implementing the video data processing method described in any one of fig. 1 to 7 and their corresponding embodiments. Specifically, the computer readable storage medium 1000 may be one of a memory, a personal computer, a server, a network device, a usb disk, etc., which is not limited in this regard.
The foregoing description is only of embodiments of the present application, and is not intended to limit the scope of the patent application, and all equivalent structures or equivalent processes using the descriptions and the contents of the present application or other related technical fields are included in the scope of the patent application.
Claims (11)
1. A method of video data processing, the method comprising:
the method comprises the steps of performing sub-packaging treatment on video code stream data to obtain a plurality of code stream data packets which are arranged in sequence;
sequentially carrying out packet grouping processing on a preset number of code stream data packets to obtain a first data block;
sending the first data block to a hard encryption device for encryption to obtain an encrypted data block;
unpacking the encrypted data block to obtain a plurality of data packets to be decoded, wherein the memory size occupied by the data packets to be decoded is the same as the memory size occupied by the code stream data packets.
2. The method of claim 1, wherein before the sequentially grouping a predetermined number of the code stream data packets, the method further comprises:
grouping the code stream data packets according to frame types;
And/or
A current encryption mode is determined, which is used to determine rules for the packetization process and/or the depacketization process.
3. The method according to claim 2, wherein if the current encryption mode is an independent block encryption mode, the sequentially performing the packetizing process on the preset number of code stream data packets to obtain a first data block includes:
respectively acquiring effective load data in a preset number of code stream data packets;
respectively carrying out bit filling processing on the payload data to obtain a preset number of second data blocks with a first preset size;
and combining the corresponding second data blocks according to the arrangement sequence of the preset number of code stream data packets to obtain the first data blocks.
4. A method according to claim 3, wherein said respectively bit-filling the payload data to obtain a predetermined number of second data blocks of a first predetermined size, further comprising:
and respectively filling zeros after the last bit of data of the payload data until the second data block with the first preset size is obtained.
5. The method according to claim 1, wherein unpacking the encrypted data block to obtain a plurality of data packets to be decoded comprises:
Splitting the encrypted data blocks to obtain a preset number of third data blocks;
and sequentially adding a real-time transmission extension head and a data packet head before the first data of the third data block respectively to obtain the data packets to be decoded.
6. The method of claim 5, wherein the step of determining the position of the probe is performed,
before sequentially adding the real-time transmission extension header and the data packet header before the first data of the third data block, respectively, the method further includes:
and determining encryption information included in the real-time transmission extension head according to the current encryption mode.
7. The method of claim 6, wherein if the current encryption mode is a separate block encryption mode, the encryption information includes a key and an encryption packet sequence number; and if the current encryption mode is an operator feedback type encryption mode or a ciphertext feedback type encryption mode, the encryption information comprises a secret key, an initial vector, an initial value of the encrypted data block and a count value.
8. A method of video data processing, the method comprising:
receiving a plurality of data packets to be decoded encrypted by an encoder;
performing grouping processing on the data packets to be decoded based on the sequence identifiers of the data packets to be decoded to obtain an encrypted data block, and sending the encrypted data block to a hard decryption device for decryption to obtain a decrypted data block;
Unpacking the decrypted data blocks to obtain a preset number of code stream data packets, wherein the number of the code stream data packets is the same as the number of the data packets to be decoded, and unpacking positions correspond to the packing positions;
and carrying out packet grouping processing on all the code stream data packets to obtain video code stream data.
9. The method of claim 8, wherein the packetizing the data packet to be decoded to obtain an encrypted data block comprises:
calculating whether packet loss occurs or not according to the data packet to be decoded;
if yes, carrying out bit filling processing on the packet loss content, and carrying out packet grouping on the data packet to be decoded after the bit filling processing is completed so as to obtain the encrypted data block;
and/or, after the obtaining video code stream data, the method further comprises:
and decoding the video code stream data to obtain the original video data.
10. A video data processing apparatus comprising a communication circuit, a memory and a processor, the communication circuit and the memory being coupled to the processor, respectively, wherein,
the communication circuit is used for interacting with external terminal equipment under the control of the processor so as to send or receive data;
The memory stores a computer program;
the processor is configured to run the computer program to perform the method of any one of claims 1 to 9.
11. A computer readable storage medium, characterized in that it stores a computer program executable by a processor for implementing the method of any one of claims 1 to 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011582898.XA CN114697744B (en) | 2020-12-28 | 2020-12-28 | Video data processing method and related device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011582898.XA CN114697744B (en) | 2020-12-28 | 2020-12-28 | Video data processing method and related device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114697744A CN114697744A (en) | 2022-07-01 |
| CN114697744B true CN114697744B (en) | 2023-12-19 |
Family
ID=82130069
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011582898.XA Active CN114697744B (en) | 2020-12-28 | 2020-12-28 | Video data processing method and related device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114697744B (en) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1985463A (en) * | 2004-07-09 | 2007-06-20 | 诺基亚公司 | Managing traffic keys during a multi-media session |
| CN106330869A (en) * | 2016-08-15 | 2017-01-11 | 江苏敏捷科技股份有限公司 | Data security protection system and method based on cloud application |
| CN108075882A (en) * | 2016-11-14 | 2018-05-25 | 航天信息股份有限公司 | Cipher card and its encipher-decipher method |
| CN108259446A (en) * | 2016-12-29 | 2018-07-06 | 航天信息股份有限公司 | A kind of method and device based on isolation network transmission data |
| CN109788299A (en) * | 2019-03-12 | 2019-05-21 | 广东工业大学 | Video transmission method, system, equipment and computer media between a kind of mobile device |
| WO2019129116A1 (en) * | 2017-12-29 | 2019-07-04 | 华为技术有限公司 | Video recording method and device |
| CN111130778A (en) * | 2019-12-31 | 2020-05-08 | 郑州信大捷安信息技术股份有限公司 | Method and system for safely recovering encrypted data based on hardware |
| CN111212452A (en) * | 2020-01-13 | 2020-05-29 | 海能达通信股份有限公司 | Handover method, communication system, terminal and storage device for voice communication |
| CN111597075A (en) * | 2020-05-11 | 2020-08-28 | 成都艾勃科技有限公司 | Method for recovering data from data storage device encrypted by hardware |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1662788A1 (en) * | 2004-11-24 | 2006-05-31 | Nagravision SA | Method and system for access control of audio/video data |
| KR102581438B1 (en) * | 2017-01-12 | 2023-09-21 | 삼성전자주식회사 | Wireless display subsystem and system-on-chip |
-
2020
- 2020-12-28 CN CN202011582898.XA patent/CN114697744B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1985463A (en) * | 2004-07-09 | 2007-06-20 | 诺基亚公司 | Managing traffic keys during a multi-media session |
| CN106330869A (en) * | 2016-08-15 | 2017-01-11 | 江苏敏捷科技股份有限公司 | Data security protection system and method based on cloud application |
| CN108075882A (en) * | 2016-11-14 | 2018-05-25 | 航天信息股份有限公司 | Cipher card and its encipher-decipher method |
| CN108259446A (en) * | 2016-12-29 | 2018-07-06 | 航天信息股份有限公司 | A kind of method and device based on isolation network transmission data |
| WO2019129116A1 (en) * | 2017-12-29 | 2019-07-04 | 华为技术有限公司 | Video recording method and device |
| CN109788299A (en) * | 2019-03-12 | 2019-05-21 | 广东工业大学 | Video transmission method, system, equipment and computer media between a kind of mobile device |
| CN111130778A (en) * | 2019-12-31 | 2020-05-08 | 郑州信大捷安信息技术股份有限公司 | Method and system for safely recovering encrypted data based on hardware |
| CN111212452A (en) * | 2020-01-13 | 2020-05-29 | 海能达通信股份有限公司 | Handover method, communication system, terminal and storage device for voice communication |
| CN111597075A (en) * | 2020-05-11 | 2020-08-28 | 成都艾勃科技有限公司 | Method for recovering data from data storage device encrypted by hardware |
Non-Patent Citations (1)
| Title |
|---|
| 李思 ; 李丽 ; .基于RTP/RTCP的网络视频监控系统.沿海企业与科技.2008,(第12期),全文. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114697744A (en) | 2022-07-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108965302B (en) | Media data transmission system, method, device and storage medium | |
| US11838279B2 (en) | Wireless display streaming of protected content | |
| US20100189257A1 (en) | Lightweight Streaming Protection by Sequence Number Scrambling | |
| US20020129243A1 (en) | System for selective encryption of data packets | |
| US8838954B2 (en) | Media processing devices for adaptive delivery of on-demand media, and methods thereof | |
| US20060165232A1 (en) | Method and apparatus to encrypt video data streams | |
| KR101737299B1 (en) | Encoder, decoder and methods | |
| TW201445984A (en) | Video streaming in a wireless communication system | |
| KR20040068100A (en) | Digital content distribution system | |
| WO2018098633A1 (en) | Data transmission method, data transmission apparatus, electronic device and computer program product | |
| WO2016041641A1 (en) | Encoder, decoder and methods employing partial data encryption | |
| CN106790257A (en) | IP-based multimedia transmission method and system | |
| US7529924B2 (en) | Method and apparatus for aligning ciphered data | |
| US7212636B2 (en) | Encryption of a compressed video stream | |
| CN111199047A (en) | Data encryption method, data decryption method, data encryption device, data decryption device, data encryption equipment and data encryption storage medium | |
| CN111586445B (en) | Video data transmission method and device | |
| CN112491832A (en) | File transmission method and device | |
| CN114697744B (en) | Video data processing method and related device | |
| WO2013114166A1 (en) | Known plaintext attack protection | |
| CN104065669B (en) | A kind of spatial network encryption method | |
| EP3360331A1 (en) | Mpeg transport frame synchronization | |
| CN113726895A (en) | File transmission method and device and network KTV system | |
| CN101800878B (en) | System and method for encrypting and decrypting MPEG (Moving Picture Experts Group) video based on position files | |
| CN107294946A (en) | Data protection method | |
| CN102598690A (en) | Encryption procedure and device for an audiovisual data stream |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |