The international standardization organizations ISO/IEC/IEEE are actively searching for AI-based video coding technologies, especially focusing on technologies based on Deep Neural Neworks (DNNs). Various AhGs have been formed to investigate Neural Network Compression (NNR), Video Coding for Machine (VCM), Neural Network-based Video Coding (NNVC), etc. The Chinese AITISA and AVS also established corresponding expert groups to study standardization of similar technologies.
The process of an End-to-End Latent Representation Compression (E2ELRC) can be describe as follows. Given an input image or video sequence x, a DNN Latent Generator first computes a latent representation f, which is passed through a DNN Encoder to compute a compact representation
Quantization is a core process in all compression standards and production, for images, videos, and latent features. Quantization is also one main source of compression quality loss, and improving quantization efficiency can bring large performance gain in image and video compression tasks.
According to embodiments, a method of end-to-end task oriented latent image compression using deep reinforcement learning is performed by at least one processor and includes generating a plurality of latent representations of an input image using a first neural network, wherein the plurality of latent representations comprise a sequence of latent signals, encoding the plurality of latent representations using a second neural network, generating a set of quantization keys, using a third neural network, based on a set of previous quantization states, wherein each quantization key in the set of quantization keys and each previous quantization state in the set of previous quantization states correspond to the plurality of latent representations, generating a set of dequantized numbers representing dequantized representations of the encoded plurality of latent representations, based on the set of quantization keys, using a fourth neural network, generating a reconstructed output, based on the set of dequantized numbers, and performing a target task based on the reconstructed output using a fifth neural network.
According to embodiments, an apparatus for end-to-end task oriented latent image compression using deep reinforcement learning including at least one memory configured to store program code and at least one processor configured to read the program code and operate as instructed by the program code. The program code includes first generating code configured to cause the at least one processor to generate a plurality of latent representations of an input using a first neural network, wherein the plurality of latent representations comprise a sequence of latent signals, encoding code configured to cause the at least one processor to encode the plurality of latent representations using a second neural network, second generating code configured to cause the at least one processor to generate a set of quantization keys, using a third neural network, based on a set of previous quantization states, wherein each quantization key in the set of quantization keys and each previous quantization state in the set of previous quantization states correspond to the plurality of latent representations, third generating code configured to cause the at least one processor to generate a set of dequantized numbers representing dequantized representations of the encoded plurality of latent representations, based on the set of quantization keys, using a fourth neural network, decoding code configured to cause the at least one processor to decode a reconstructed output, based on the set of dequantized numbers, and performing code configured to cause the at least one processor to perform a target task based on the reconstructed output using a fifth neural network.
According to embodiments, a non-transitory computer-readable medium storing instructions for that, when executed by at least one processor for end-to-end task oriented latent image compression using deep reinforcement learning, cause the at least one processor to generate a plurality of latent representations using a first neural network, wherein the plurality of latent representations comprise a sequence of latent signals, encode the plurality of latent representations using a second neural network, generate a set of quantization keys, using a third neural network, based on a set of previous quantization states, wherein each quantization key in the set of quantization keys and each previous quantization state in the set of previous quantization states correspond to the plurality of latent representations, generate a set of dequantized numbers representing dequantized representations of the encoded plurality of latent representations, based on the set of quantization keys, using a fourth neural network, decode a reconstructed output, based on the set of dequantized numbers, and perform a target task based on the reconstructed output using a fifth neural network.
Dequantization module, during a training stage, according to embodiments.
Embodiments may relate to a framework of End-to-End Latent Representation Compression (E2ELRC) using Deep Reinforcement Learning (DRL). The method takes into consideration both the task performance and the compression efficiency, and optimizes the system jointly.
Instead of encoding and transmitting the original input images/videos, encoding and transmitting latent representations of the original inputs can bring benefits such as reduced transmission costs and improved privacy. For example, a surveillance system aiming at detecting abnormal vehicles does not need to watch the original video streams but only the extracted latent features necessary for the detection task. The VCM and DCM (the Chinese Data Coding for Machine) standards have been formed to investigate latent feature coding techniques to generate encoded latent features that are both efficient for storage and transmission and effective to perform machine vision or human vision tasks.
Traditional image and video coding standards use Dependent Quantization (DQ) or trellis-coded quantization with hand-designed quantization rules. DQ comprises of two quantizers Q0 and Q1 and a procedure for switching between them.
Traditionally, the state machine is hand designed empirically.
There are three major limitations of the traditional DQ method. First, only two quantizers are used. If the number of quantizers are increased, the bit consumption in encoding the numbers can be reduced. Second, hand-designing the state-machine is not optimal and too expensive to include a large number of DQ states. Increasing the number of quantizers requires increasing the number of DQ states, which can improve the quantization efficiency, but will result in a state machine too complicated to be hand-designed. Finally, the method of key generation and number reconstruction is heuristically designed manually, which is also not optimal. Searching for other better methods requires domain expertise and can be too expensive to be manually designed.
Accordingly, embodiments of the present disclosure may relate to learning-based quantization that is learned by the DRL mechanism. Embodiments may flexibly support various types of quantization methods (e.g., uniform quantization, codebook-based quantization, or deep learning based quantization), and learns the optimal quantizer in a data-driven manner. In addition, embodiments may relate to the entire E2ELRC process jointly, where the DNN Encoder, DNN Decoder, the learning-based quantization methods, the DNN Latent Generator, and the DNN Task Performer may be jointly optimized to provide improved data adaptive compression results.
As shown in
The user device 110 includes one or more devices capable of receiving, generating, storing, processing, and/or providing information associated with platform 120. For example, the user device 110 may include a computing device (e.g., a desktop computer, a laptop computer, a tablet computer, a handheld computer, a smart speaker, a server, etc.), a mobile phone (e.g., a smart phone, a radiotelephone, etc.), a wearable device (e.g., a pair of smart glasses or a smart watch), or a similar device. In some implementations, the user device 110 may receive information from and/or transmit information to the platform 120.
The platform 120 includes one or more devices as described elsewhere herein. In some implementations, the platform 120 may include a cloud server or a group of cloud servers. In some implementations, the platform 120 may be designed to be modular such that software components may be swapped in or out. As such, the platform 120 may be easily and/or quickly reconfigured for different uses.
In some implementations, as shown, the platform 120 may be hosted in a cloud computing environment 122. Notably, while implementations described herein describe the platform 120 as being hosted in the cloud computing environment 122, in some implementations, the platform 120 may not be cloud-based (i.e., may be implemented outside of a cloud computing environment) or may be partially cloud-based.
The cloud computing environment 122 includes an environment that hosts the platform 120. The cloud computing environment 122 may provide computation, software, data access, storage, etc. services that do not require end-user (e.g., the user device 110) knowledge of a physical location and configuration of system(s) and/or device(s) that hosts the platform 120. As shown, the cloud computing environment 122 may include a group of computing resources 124 (referred to collectively as “computing resources 124” and individually as “computing resource 124”).
The computing resource 124 includes one or more personal computers, workstation computers, server devices, or other types of computation and/or communication devices. In some implementations, the computing resource 124 may host the platform 120. The cloud resources may include compute instances executing in the computing resource 124, storage devices provided in the computing resource 124, data transfer devices provided by the computing resource 124, etc. In some implementations, the computing resource 124 may communicate with other computing resources 124 via wired connections, wireless connections, or a combination of wired and wireless connections.
As further shown in
The application 124-1 includes one or more software applications that may be provided to or accessed by the user device 110 and/or the platform 120. The application 124-1 may eliminate a need to install and execute the software applications on the user device 110. For example, the application 124-1 may include software associated with the platform 120 and/or any other software capable of being provided via the cloud computing environment 122. In some implementations, one application 124-1 may send/receive information to/from one or more other applications 124-1, via the virtual machine 124-2.
The virtual machine 124-2 includes a software implementation of a machine (e.g., a computer) that executes programs like a physical machine. The virtual machine 124-2 may be either a system virtual machine or a process virtual machine, depending upon use and degree of correspondence to any real machine by the virtual machine 124-2. A system virtual machine may provide a complete system platform that supports execution of a complete operating system (“OS”). A process virtual machine may execute a single program, and may support a single process. In some implementations, the virtual machine 124-2 may execute on behalf of a user (e.g., the user device 110), and may manage infrastructure of the cloud computing environment 122, such as data management, synchronization, or long-duration data transfers.
The virtualized storage 124-3 includes one or more storage systems and/or one or more devices that use virtualization techniques within the storage systems or devices of the computing resource 124. In some implementations, within the context of a storage system, types of virtualizations may include block virtualization and file virtualization. Block virtualization may refer to abstraction (or separation) of logical storage from physical storage so that the storage system may be accessed without regard to physical storage or heterogeneous structure. The separation may permit administrators of the storage system flexibility in how the administrators manage storage for end users. File virtualization may eliminate dependencies between data accessed at a file level and a location where files are physically stored. This may enable optimization of storage use, server consolidation, and/or performance of non-disruptive file migrations.
The hypervisor 124-4 may provide hardware virtualization techniques that allow multiple operating systems (e.g., “guest operating systems”) to execute concurrently on a host computer, such as the computing resource 124. The hypervisor 124-4 may present a virtual operating platform to the guest operating systems, and may manage the execution of the guest operating systems. Multiple instances of a variety of operating systems may share virtualized hardware resources.
The network 130 includes one or more wired and/or wireless networks. For example, the network 130 may include a cellular network (e.g., a fifth generation (5G) network, a long-term evolution (LTE) network, a third generation (3G) network, a code division multiple access (CDMA) network, etc.), a public land mobile network (PLMN), a local area network (LAN), a wide area network (WAN), a metropolitan area network (MAN), a telephone network (e.g., the Public Switched Telephone Network (PSTN)), a private network, an ad hoc network, an intranet, the Internet, a fiber optic-based network, or the like, and/or a combination of these or other types of networks.
The number and arrangement of devices and networks shown in
A device 200 may correspond to the user device 110 and/or the platform 120. As shown in
The bus 210 includes a component that permits communication among the components of the device 200. The processor 220 is implemented in hardware, firmware, or a combination of hardware and software. The processor 220 is a central processing unit (CPU), a graphics processing unit (GPU), an accelerated processing unit (APU), a microprocessor, a microcontroller, a digital signal processor (DSP), a field-programmable gate array (FPGA), an application-specific integrated circuit (ASIC), or another type of processing component. In some implementations, the processor 220 includes one or more processors capable of being programmed to perform a function. The memory 230 includes a random access memory (RAM), a read only memory (ROM), and/or another type of dynamic or static storage device (e.g., a flash memory, a magnetic memory, and/or an optical memory) that stores information and/or instructions for use by the processor 220.
The storage component 240 stores information and/or software related to the operation and use of the device 200. For example, the storage component 240 may include a hard disk (e.g., a magnetic disk, an optical disk, a magneto-optic disk, and/or a solid state disk), a compact disc (CD), a digital versatile disc (DVD), a floppy disk, a cartridge, a magnetic tape, and/or another type of non-transitory computer-readable medium, along with a corresponding drive.
The input component 250 includes a component that permits the device 200 to receive information, such as via user input (e.g., a touch screen display, a keyboard, a keypad, a mouse, a button, a switch, and/or a microphone). Additionally, or alternatively, the input component 250 may include a sensor for sensing information (e.g., a global positioning system (GPS) component, an accelerometer, a gyroscope, and/or an actuator). The output component 260 includes a component that provides output information from the device 200 (e.g., a display, a speaker, and/or one or more light-emitting diodes (LEDs)).
The communication interface 270 includes a transceiver-like component (e.g., a transceiver and/or a separate receiver and transmitter) that enables the device 200 to communicate with other devices, such as via a wired connection, a wireless connection, or a combination of wired and wireless connections. The communication interface 270 may permit the device 200 to receive information from another device and/or provide information to another device. For example, the communication interface 270 may include an Ethernet interface, an optical interface, a coaxial interface, an infrared interface, a radio frequency (RF) interface, a universal serial bus (USB) interface, a Wi-Fi interface, a cellular network interface, or the like.
The device 200 may perform one or more processes described herein. The device 200 may perform these processes in response to the processor 220 executing software instructions stored by a non-transitory computer-readable medium, such as the memory 230 and/or the storage component 240. A computer-readable medium is defined herein as a non-transitory memory device. A memory device includes memory space within a single physical storage device or memory space spread across multiple physical storage devices.
Software instructions may be read into the memory 230 and/or the storage component 240 from another computer-readable medium or from another device via the communication interface 270. When executed, software instructions stored in the memory 230 and/or the storage component 240 may cause the processor 220 to perform one or more processes described herein. Additionally, or alternatively, hardwired circuitry may be used in place of or in combination with software instructions to perform one or more processes described herein. Thus, implementations described herein are not limited to any specific combination of hardware circuitry and software.
The number and arrangement of components shown in
A method and an apparatus for a general process of a latent representation compression (LRC) system will now be described in detail with reference to
As shown in
Let X denote an input (image, video, audio, or other types of data). The DNN Latent Generation module 510 generates a latent representation F by using a DNN Latent Generator. The latent representation F can be serialized into a sequence of coding signals, F=f1, f2, . . . , where a signal ft can be generally represented as a 4D tensor of size (h, w, c, d). For each signal ft, the DNN Encoding module 520 computes a DNN encoded representation yt based on the signal ft, by using a DNN Encoder. Then, the Quantization module 530 generates a quantized representation
The overall goal of the LRC system is to minimize a joint loss LLRC (ft,
L
LRC(ft,
The distortion loss DLRC (ft,
Since the quantization/dequantization operations are generally not differentiable, the Quantizer/Dequantizer are optimized separately from the DNN Encoder, DNN Decoder, DNN Latent Generato, and DNN Task Performer. For example, previous methods assume linear quantization and approximate a differentiable rate loss RLRC(
Embodiments propose an E2ELRC method, where the DNN Encoder, DNN Decoder, DNN Latent Generator, and DNN Task Performer, as well as the Quantizer and Dequantizer, are jointly learned. Specifically, Deep Reinforcement Learning (DRL) is exploited to combine the optimization of the DNN Encoder, DNN Decoder, DNN Latent Generator, DNN Task Performer, and the optimization of the Quantizer and Dequantizer. The proposed E2ELRC framework is general and broad to accommodate different types of quantization methods and different types of DNN Encoder, DNN Decoder, DNN Latent Generator, and DNN Task Performer network architectures.
A method and an apparatus of an End-to-End Latent Representation Compression (E2ELRC) system using Deep Reinforcement Learning (DRL) will now be described in detail.
As shown in
As part of an encoding process, given an input signal X, the DNN Latent Generation module 610 generates the latent representation F by using the DNN Latent Generator. The latent representation F is serialized into the sequence of coding signals, F=f1, f2, . . . , where each signal ft is a 4D tensor of size (h,w,c,d). The DNN Encoding module 620 computes the DNN encoded representation yt based on the signal ft, by using the DNN Encoder. The DNN encoded representation yt can be viewed as a stream of numbers, yt=yt,1, yt,2 . . . . For a batch of m numbers Yt,i=. . . , yt,i−1, yt,i, the DRL Quantization module 630 computes a batch of Quantization Keys (QKs) Kt,i=. . . , kt,i−1, kt,i, each QK kt,l corresponding to each of the encoded representations yt,l, by using an DRL Quantizer. For a 1-size batch (m=1), numbers are processed one by one, individually. When m>1, numbers are quantized in an organized manner. The numbers may also be organized in different orders. For example, the number may be organized block-wise to preserve the relative location information. Then, the system sends the QKs Kt,i to a decoding process and goes on to process the next batch of numbers Yt,i+1. Optionally, the QKs Kt,i will be further compressed by the Entropy Encoding module 640 (preferably in a lossless way) for easy storage and transmission.
As part of the decoding process, after receiving the QKs Kt,i, if the received QKs are entropy encoded, the Entropy Decoding module 650 is applied to obtain the entropy decoded QKs
The DRL Quantizer and the DRL Dequantizer in
As shown in
As part of the encoding process, given the batch of m numbers Yt,i=. . . , yt,i−1, yt,i, according to a batch of previous Quantization States (QSs) St,i−1=. . . , st,i−2, st,i−1, each QS st,i−1 corresponding to each of the encoded representations yt,l, the Compute Key module 710 computes the QKs Kt,i=. . . , kt,i−1, kt,i, each QK kt,1 corresponding to each of the encoded representations yt,l, by using a Key Generator. Then, the State Prediction module 720 computes the current QSs St,i=. . . , st,i−1, st,i by using a State Predictor.
Given the previous QSs the Key Generator computes the QKs using a quantization method. This quantization method can be a predetermined rule-based method like uniform quantization with a fixed step size, where QK kt,i is the integer that can best reconstruct the corresponding encoded representation yt,i as the multiplication of the QK kt,i with the quantization step size. This quantization method can also be a statistic model like k-means where QK kt,i is the index of the cluster whose centroid can best reconstruct the encoded representation yt,i. This disclosure does not put any restrictions on the specific quantization methods used as the Key Generator.
Given the previous QSs St,i−1 and the current QKs Kt,i, the State Prediction module 720 computes the current QS st,i. In an example embodiment, only the latest QS st,i−1 is used by the State Prediction module 720, which is attached to each of the m QKs to form a pair, and all the m pairs are stacked together to form an input matrix of size (m, 2). In another example embodiment, each QK and the corresponding QS form a pair (kt,l, st,l−1), and the m pairs are stacked together to form an input matrix of size (m, 2). The State Prediction module 720 computes the current QS st,i based on a State Predictor, which uses a learning-based model to support transition among an arbitrary number of possible states the QS can take. In embodiments, the learning-based model is trained through the Deep Q-Learning (DQN) algorithm, which will be described in detail later.
As shown in
As part of the decoding process, after receiving the QKs Kt,i=. . . , kt,i−1, kt,i, the State Prediction module 720 computes the current QS st,i by using the State Predictor in the same way the encoding process computes the current QS st,i, based on the input QKs Kt,i and previous QSs St,i−1=. . . , st,i−2, st,i−1. Then, the Reconstruction module 810 computes the batch of dequantized numbers Y′t,i=. . . , y′t,i−1, y′t,i based on the QKs Kt,i and QSs St,i−1, by using a Reconstructor. The Reconstructor uses a dequantization method that corresponds to the quantization method used in the Key Generator. For example, when the quantization method is predetermined rule-based method like uniform quantization with a fixed step size, the dequantization method is also predetermined rule-based such as computing the dequantized number y′t,i as the multiplication of the QK kt,i with the quantization step size. When the quantization method is a statistic model like k-means, the dequantization method may be the centroid indexed by the QK kt,i. This disclosure does not put any restrictions on the specific dequantization methods used as the Reconstructor.
The State Predictor is an action-value mapping function f (aj, νj|Kt,i, St,i−1) between an action aj and an output Q-value νj associated with the action, j=1, . . . , J (assuming we have J possible actions in total), given the QKs Kt,i and QSs St,i−1. Each action aj corresponds to a possible state that QS st,i can take. Given the current QKs Kt,i and QSs the State Predictor computes the Q-values νj of all possible actions aj, and selects the optimal action ai* with the optimal Q-value νi* . The state corresponding to the optimal action ai* is the QS si the system selects. The Q-value is designed to measure the target compression performance associated with the sequence of actions. Therefore, selecting the optimal action gives the optimal target compression performance.
The Deep Q-learning mechanism, specifically the DQN algorithm, is used as the training method in embodiments. DQN is an off-policy DRL method, which finds an optimal action selection policy for any given finite Markov Decision Process by learning the action-value mapping function to assign a reward Q-value to an action. A policy is a rule that the system follows in selecting actions. Given a current status, the learning agent may choose from a set of candidate actions, which result in different reward values. By experiencing various status and trying out various actions being at various status, the learning agent learns overtime to optimize the rewards so that it can behave optimally in the future at any given status it is in.
Specifically, a DNN is used as the State Predictor, which acts as a function approximator to estimate the action-value mapping function f (aj, vj|Kt,i, St,i−1). The State Predictor DNN typically comprises of a set of convolutional layers followed by one or multiple fully connected layers. This disclosure does not put any restrictions on the specific network architectures of the State Predictor.
The training process of the DRL Quantization module 630 and DRL Dequantization module 660 according to embodiments will now be described. An overall workflow of the training process is illustrated in
As shown in
Let State(ts−1) be the current State Predictor, let Key(tk−1) denote the current Key Generator, let Recon(tr−1) be the current Reconstructor, let Enc (te−1) be the current DNN Encoder, let Dec(td−1) be the current DNN Decoder, let Latent(tl−1) be the current DNN Latent Generator, and let Task(tt−1) be the current DNN Task Performer. ts, tk, tr, te, tl and tt may be different, so that the State Predictor, the Key Generator, the Reconstructor, the DNN Encoder, the DNN Decoder, the DNN Latent Generator, and the DNN Task Performer may be updated at different times with different updating frequencies.
Given the training input X, the DNN Latent Generation module 610 computes the sequence of latent signals F=f1, f2, . . . , using the current DNN Latent Generator Latent(tl−1). For each signal ft, the DNN Encoding module 620 uses the current DNN Encoder Enc(te−1) to compute the DNN encoded representation yt=yt,1, yt,2 . . . . For the batch of m numbers Yt,i=. . . , yt,i−1, yt,i, according to the previous QSs St,i−1=. . . , st,i−2, st,i−1, the Compute Key module 710 computes the QKs Kt,i=. . . , kt,i−1, kt,i, by using the current Key Generator Key(tk−1). The batch size and the way the numbers are organized are the same as the test stage. Then, the State Prediction module 720 uses the current State Predictor State(ts−1) to compute the current QS st,i, based on the previous QSs St,i−1 and the current QKs Kt,i. The input of the State Prediction module 720 is also the same as the test stage. Then, the Reconstruction module 810 uses the current Reconstructor Recon(tr−1) to compute the batch of dequantized numbers Y′t,i=. . . , y′t,i−1, y′t,i based on the QKs Kt,i and QSs St,i−1. Finally, the DNN Decoding module 670 generates a reconstructed zt based on the dequantized number y′t, by using the current DNN Decoder Dec(td−1).
In the training process, the State Predictor selects the optimal action ai* using an ϵ-greedy method. Specifically, after the current State Predictor State(ts−1) computes the Q-values νj of all possible actions aj, with probability c (a number between 0 and 1), a random action will be selected as the optimal action ai*, and with probability (1−ϵ), the optimal action ai* with the optimal Q-value νi* will be selected.
The Compute Distortion module 910 computes a distortion loss to D(Yt,i, Y′t,i) to measure the difference between the original DNN encoded representation Yt,i and the decoded representation Yt i For example, the distortion loss can be the average of the Lk-norm, e.g., L1-norm as Mean Absolute Error and L2-norm as Mean Square Error, of the difference between the corresponding elements in the encoded representation Yt,i and the decoded representation Y′t,i:
D(Yt,i, Y′t,i)=avg l=i−m+1i∥yt,l−y′t,l∥k (2)
At the same time, the Compute Rate module 920 computes a rate loss R(Kt,i) to measure the bit consumption of the quantized representation, i.e., the computed QKs Kt,i that are sent from the Encoder to Decoder. There are multiple ways to compute the rate loss. For example, the QKs may be compressed using any lossless entropy coding method and the actual bit count of the compressed bitstream may be obtained as the rate loss.
For an adjacent batch of numbers Yt,i and Yt,i+1, based on the distortion D(Yt,i, Y′t,i) and D(Yt,i+1, Y′t,i+1), and the rate loss R(Kt,i) and R(Kt,i+1), the Compute Reward module 930 computes a reward ϕ (Yt,i+1, Kt,i+1, Y′t,i+1). The reward ϕ(Yt,i+1, Kt,i+1, Y′t,i+1) measures the reward the State Predictor can get by taking the optimal action ai* given the current QKs Kt,i and QSs St,i−1 according to the following equation:
ϕ(Yt,i+1, Kt,i+1, Y′t,i+1)=D(Yt,i+1, Y′t,i+1)+αR(Kt,i+1) (3)
where a is a hyperparameter to balance the rate loss and distortion in the reward. An experience E{ϕ(Yt,i+1, Kt,i+1, Y′t,i+1), α*i, ν*i, Yt,i, St,i−1, Kt,i}, i.e., selecting action αi* with associated Q-value νi* based on QKs Kt,i and QSs St,i−1 and then obtaining the reward ϕ(Yt,i+1, Kt,i+1, Y′t,i+1), is added into a Replay Memory. The Replay Memory usually has a maximum storage limit and once it reaches its limit, the oldest experience will be replaced by the latest one.
When it is time to update the State Predictor, the Key Generator, and the Reconstructor, the system samples a batch of experiences from the Replay Memory, and uses these sampled experiences to update the model parameters in the Memory Replay & Weight Update module 940.
As shown in
During the training stage, a Target State Predictor StateT, a Target Key Generator KeyT, and a Target Reconstructor ReconT are maintained and have exactly the same model structure as the State Predictor, the Key Generator, and the Reconstructor, respectively. The only difference is the model parameters, such as the DNN weight coefficients of the State Predictor, or the k-means model parameter of the Key Generator when k-means quantization is used, or the DNN weight coefficients of the Key Generator when quantization is based on deep clustering. These model parameters are cloned from the corresponding State Predictor, Key Generator and Reconstructor at every Ts, Tk and Tr parameter updating cycles.
During each parameter updating cycle, the Sample Experience module 1001 samples a set of experiences from the Replay Memory (E{ϕ(Yt,l+1, Kt,l+1, Y′t,l+1), α*l, ν*l, Yt,l, St,l−1, Kt,l}). The State Prediction module 720, for each experience E{ϕ(Yt,l+1, Kt,l+1, Y′t,l+1), α*l, ν*l, Yt,l, St,l−1, Kt,l}, uses the Target State Predictor StateT to predict a target QS ŝt,l based on the QKs Yt,l and QSs St,l−1 in the experience. Based on the target QS ŝt,l, the Target Key Generator KeyT computes a target key {circumflex over (K)}t,l+1 in the Compute Key module 710. Based on the target key {circumflex over (K)}t,l+1 and the target QSs Ŝt,l, the Target Reconstructor ReconT can compute a batch of target dequantized numbers Ŷ′t,l+1=. . . , y′t,l, ŷ′t,l+1 in the Reconstruction module 810. Then, the Compute Distortion module 910 computes a target distortion D(Yt,l+1, Ŷ′t,l+1) between the original representation Yt,l+1 in the experience and the decoded representation Ŷ′t,l+1. The Compute Rate module 920 computes a target rate loss R({circumflex over (K)}t,l+1) based on the target key {circumflex over (K)}t,l+1. A target reward ϕ(Yt,l+1, {circumflex over (K)}t,l+1, Ŷ′t,l+1) is then computed in the Compute Reward module 930 as:
ϕ(Yt,l+1, {circumflex over (K)}t,l+1, Ŷ′t,l+1)=D(Yt,l+1, Ŷ′t,l+1)+αR({circumflex over (K)}t,l+1) (4)
Then, the Compute Loss module 1002 computes a target reward T(α*l+1, Yt,l+1, {circumflex over (K)}t,l+1, Ŷ′t,l+1, Ŝt,l) as:
T(α*l+1, Yt,l+1, {circumflex over (K)}t,l+1, Ŷ′t,l+1, Ŝt,l)=ϕ(Yt,l+1, {circumflex over (K)}t,l+1, Ŷ′t,l+1)+γmaxj{circumflex over (Q)}(α*l+1, {circumflex over (K)}t,l+1, Ŝt,l) (5)
where {circumflex over (Q)}(α*l+1, {circumflex over (K)}t,l+1, Ŝt,l) is the Q-value predicted by the Target State Predictor StateT for action α*j given the QKs {circumflex over (K)}t,l+1 and QSs Ŝt,l. The hyperparameter γ is the discount rate valued between 0 and 1, which determines how important the system weights long-term rewards against short-term ones. The smaller the discount rate, the system weights less on long-term rewards but cares only for the short-term rewards. Then a target loss L(α*l+1, ν*l, Yt,l+1, {circumflex over (K)}t,l+1, Ŷ′t,l+1, Ŝt,l) is computed, based on the target reward T(α*l+1, Yt,l+1, {circumflex over (K)}t,l+1, Ŷ′t,l+1, Ŝt,l) and the Q-value ν*l from the experience, e.g., Lk-norm of the difference between the two rewards:
L(α*l+1, ν*l, Yt,l+1, {circumflex over (K)}t,l+1, Ŷ′t,l+1, Ŝt,l)=∥T(α*l, Yt,l, St,l−1)−ν*l∥k (6)
Then, the Weight update module 1003 computes a gradient of the target loss, which is back-propagated to update the weight parameters of the DNNs of the State Predictor into State(ts). The gradient of the target loss may also be used in combination with the optimization objectives of the learning-based Key Generator and Reconstructor to update the Key Generator Key(tk) and the Reconstructor Recon(tr). For example, in a case where the Key Generator and Reconstructor use quantization methods based on deep clustering, weight parameters of the DNNs for the Key Generator and Reconstructor are updated through back-propagation. When other learning based methods are used for quantization, the model parameters are learned by optimizing an objective function, and the target loss L(α*l+1, ν*l, Yt,l+1, {circumflex over (K)}t,l+1, Ŷ′t,l+1, Ŝt,l) may be weighted and added to the optimization objective function as additional regularization terms to update the model parameters. As mentioned before, the State Predictor, the Key Generator, and the Reconstructor may be updated at different time stamps.
For every Ts, Tk and Tr iterations, the weight parameters of the State Predictor, the Key Generator, and the Reconstructor will be cloned to the Target State Predictor StateT, the Target Key Generator KeyT, and the Target Reconstructor ReconT, respectively.
Embodiments use the Replay Memory, the Target State Predictor, the Target Key Generator, and the Target Reconstructor to stabilize the training process. The Replay Memory can only have one latest experience, which equals to not having a Replay Memory. Also, Ts, Tk and Tr may all be equal to 1 so that the Target State Predictor, the Target Key Generator, and the Target Reconstructor will be updated for every iteration, which equals to not having another set of Target State Predictor, Target Key Generator, and Target Reconstructor.
As for the entire E2ELRC system (described in
Then, the Compute LRC Distortion module 950 computes a latent representation distortion loss DLRC(ft,
L
LRC(ft,
The hyperparameters β and λ and balance the importance of different loss terms.
Then, the LRC Weight Update module 970 computes a gradient of the joint loss(e.g., by summing up the gradient of the joint loss over several input data), which may update the weight parameters of the DNN Encoder, the DNN Decoder, the DNN Latent Generator, and the DNN Task Performer into Enc(te), Dec(td), Latent(tl) and Task(tt), respectively, through back-propagation.
In embodiments, the DNN Latent Generator and the DNN Task Performer are pre-trained (denoted by Latent(0) and Task(0) respectively), by omitting encoding/decoding processes. In such a pre-training process, given a pre-training input X, the DNN Latent Generation module 610 computes the latent representation F, which is directly used by the Perform DNN Task module 680. The task prediction loss TLRC(ft) can then be computed, whose gradients are back-propagated to learn the DNN Latent Generator and the DNN Task Performer.
Also, in embodiments, the DNN Encoder and DNN Decoder are pre-trained (denoted by Enc(0) and Dec(0) respectively), by assuming the uniform quantization method and estimating the latent compression rate loss RLRC(
λDLRC(ft,
whose gradient may be used to update the DNN Encoder and DNN Decoder through back-propagation.
When the pre-trained DNN Encoder, DNN Decoder, DNN Latent Generator and DNN Task Performer are deployed, the training process described in embodiments of
Similarly, after deployed, the State Predictor, the Key Generator, and the Reconstructor in the DRL Quantizer and DRL Dequantizer may also be updated offline or online and may be permanently or temporarily data dependent. For example, in the case of video-based tasks, some or all of the DNN Encoder, DNN Decoder, DNN Latent Generator, DNN Task Performer State Predictor, Key Generator, and Reconstructor may be updated based on the first few frames. But these updates will not be recorded to influence computation for future videos. Such updates may also be accumulated to a certain amount based on which modules may be updated permanently to be applied to future videos. In terms of parameter updates, part of the model parameters of a DNN may be frozen and only the remaining parameters updated. This disclosure does not put any restrictions on which DNN models to update or which part of the weight parameters to update in the DNN models.
In some implementations, one or more process blocks of
As shown in
In operation 1102, the method includes encoding the plurality of latent representations using a second neural network.
In operation 1103, the method includes generating a set of quantization keys, using a third neural network, based on a set of previous quantization states, wherein each quantization key in the set of quantization keys and each previous quantization state in the set of previous quantization states correspond to the plurality of latent representations. A set of encoded quantization keys may also be generated by entropy encoding the set of quantization keys.
A set of current quantization states, based on the set of previous quantization states and the set of quantization keys, by training the third neural network. The third neural network is trained by computing q-values for all possible actions, randomly selecting an action as an optimal action with an optimal q-value, generating a reward of the selected optimal action, sampling a set of selected optimal actions, and updating weight parameters of the third neural network to minimize distortion loss.
In operation 1104, the method includes generating a set of dequantized numbers representing dequantized representations of the encoded plurality of latent representations, based on the set of quantization keys, using a fourth neural network. If the set of encoded quantization keys are generated, a set of decoded quantization keys may also be generated by entropy decoding the set of encoded quantization keys and the set of dequantized numbers are instead generated based on the set of decoded quantization keys.
The set of quantization keys generated in operation 1103 and the set of dequantized numbers generated in operation 1104 are quantized and dequantized, respectively, using a block-wise quantization/dequantization method, individual quantization/dequantization method, or a static quantization/dequantization model method. Further, the quantization method of the set of quantization keys and the dequantization method of the set of dequantized numbers are the same.
In operation 1105, the method includes generating a reconstructed output, based on the set of dequantized numbers.
In operation 1106, the method includes performing a target task based on the reconstructed output using a fifth neural network.
Instead, the target task may be performed based on the generated plurality of latent representations. A task prediction loss, based on the target task, may also be computed wherein the first neural network and the fifth neural network are trained by back-propagating a gradient of the task prediction loss and updating weight parameters of the first neural network and the fifth neural network.
Although
As shown in
The first generating code 1201 is configured to cause the at least one processor to generate a plurality of latent representations of an input using a first neural network, wherein the plurality of latent representations comprise a sequence of latent signals.
The encoding code 1202 is configured to cause the at least one processor to encode the plurality of latent representations using a second neural network.
The second generating code 1203 is configured to cause the at least one processor to generate a set of quantization keys, using a third neural network, based on a set of previous quantization states, wherein each quantization key in the set of quantization keys and each previous quantization state in the set of previous quantization states correspond to the plurality of latent representations.
Further, the operations of the apparatus may also include state generating code configured to cause the at least one processor to a set of current quantization states, based on the set of previous quantization states and the set of quantization keys, by training the third neural network. The third neural network is trained by computing q-values for all possible actions, randomly selecting an action as an optimal action with an optimal q-value, generating a reward of the selected optimal action, sampling a set of selected optimal actions, and updating weight parameters of the third neural network to minimize distortion loss.
The third generating code 1204 is configured to cause the at least one processor to generate a set of dequantized numbers representing dequantized representations of the encoded plurality of latent representations, based on the set of quantization keys, using a fourth neural network.
The set of quantization keys generated by the second generating code 1203 and the set of dequantized numbers generated by the third generating code 1204 may be quantized and dequantized, respectively, using a block-wise quantization/dequantization method, individual quantization/dequantization method, or a static quantization/dequantization model method. Further, the quantization method of the set of quantization keys and the dequantization method of the set of dequantized numbers are the same.
The decoding code 1205 is configured to cause the at least one processor to decode a reconstructed output, based on the set of dequantized numbers.
The performing code 1206 is configured to cause the at least one processor to perform a target task based on the reconstructed output using a fifth neural network.
Instead, the target task may be performed based on the generated plurality of latent representations. The apparatus of
Although
Embodiments relate to an End-to-End Latent Representation Compression (E2ELRC) that improves compression performance by optimizing the latent representation compression for performing the a target task as an entire system. This method provides the flexibility to adjust learning-based quantization and encoding methods, online or offline based on the current data, and support different types of learning-based quantization methods, including DNN-based or conventional model-based methods. The described method also provides a flexible and general framework that accommodates different DNN architectures and tasks.
The proposed methods may be used separately or combined in any order. Further, each of the methods (or embodiments) may be implemented by processing circuitry (e.g., one or more processors or one or more integrated circuits). In one example, the one or more processors execute a program that is stored in a non-transitory computer-readable medium.
The present disclosure provides illustration and description, but is not intended to be exhaustive or to limit the implementations to the precise form disclosed. Modifications and variations are possible in light of the present disclosure or may be acquired from practice of the implementations.
As used herein, the term component is intended to be broadly construed as hardware, firmware, or a combination of hardware and software.
It will be apparent that systems and/or methods, described herein, may be implemented in different forms of hardware, firmware, or a combination of hardware and software. The actual specialized control hardware or software code used to implement these systems and/or methods is not limiting of the implementations. Thus, the operation and behavior of the systems and/or methods were described herein without reference to specific software code—it being understood that software and hardware may be designed to implement the systems and/or methods based on the description herein.
Even though combinations of features are recited in the claims and/or disclosed in the specification, these combinations are not intended to limit the disclosure of possible implementations. In fact, many of these features may be combined in ways not specifically recited in the claims and/or disclosed in the specification. Although each dependent claim listed below may directly depend on only one claim, the disclosure of possible implementations includes each dependent claim in combination with every other claim in the claim set.
No element, act, or instruction used herein may be construed as critical or essential unless explicitly described as such. Also, as used herein, the articles “a” and “an” are intended to include one or more items, and may be used interchangeably with “one or more.” Furthermore, as used herein, the term “set” is intended to include one or more items (e.g., related items, unrelated items, a combination of related and unrelated items, etc.), and may be used interchangeably with “one or more.” Where only one item is intended, the term “one” or similar language is used. Also, as used herein, the terms “has,” “have,” “having,” or the like are intended to be open-ended terms. Further, the phrase “based on” is intended to mean “based, at least in part, on” unless explicitly stated otherwise.
This application is based on and claims priority to U.S. Provisional Patent Application No. 63/133,696, filed on Jan. 4, 2021, the disclosure of which is incorporated by reference herein in its entirety.
Number | Date | Country | |
---|---|---|---|
63133696 | Jan 2021 | US |