The disclosed embodiments of the present invention relate to transmitting and receiving multimedia data over a camera interface, and more particularly, to a data processing apparatus for configuring a camera interface based on a compression characteristic of a compressed multimedia data and related data processing method.
A camera interface is disposed between a first chip and a second chip to transmit multimedia data from the first chip to the second chip for further processing. For example, the first chip may include a camera module, and the second chip may include an image signal processor (ISP). The multimedia data may include image data (i.e., a single still image) or video data (i.e., a video sequence composed of images). When a camera sensor with a higher resolution is employed in the camera module, the multimedia data transmitted over the camera interface would have a larger data size/data rate, which increases the power consumption of the camera interface inevitably. If the camera module and the ISP are both located at a portable device (e.g., a smartphone) powered by a battery device, the battery life is shortened due to the increased power consumption of the camera interface. Thus, there is a need for an innovative design which can effectively reduce the power consumption of the camera interface.
In accordance with exemplary embodiments of the present invention, a data processing apparatus for configuring a camera interface based on a compression characteristic of a compressed multimedia data and related data processing method are proposed.
An exemplary data processing apparatus is disclosed. The exemplary data processing apparatus includes an output interface and a camera controller. The output interface is arranged for packing a compressed multimedia data into an output bitstream and outputting the output bitstream via a camera interface. The camera controller is arranged for referring to at least a compression characteristic of the compressed multimedia data to configure a transmission setting of the output interface over the camera interface. In a first embodiment of the present invention, the transmission setting of the output interface includes a number of data lines enabled over the camera interface. In a second embodiment of the present invention, the transmission setting of the output interface comprises a behavior of the output interface during a blanking period between adjacent data transmissions.
Another exemplary data processing apparatus is disclosed. The exemplary data processing apparatus includes an input interface and an image signal processor (ISP) controller. The input interface is arranged for receiving an input bitstream via a camera interface, and un-packing the input bitstream into a compressed multimedia data that is transmitted over the camera interface. The controller is arranged for configuring a reception setting of the input interface over the camera interface in response to at least a compression characteristic of the compressed multimedia data. In a third embodiment of the present invention, the reception setting of the input interface comprises a number of data lines enabled over the camera interface. In a fourth embodiment of the present invention, the reception setting of the input interface comprises a behavior of the input interface during a blanking period between adjacent data transmissions.
An exemplary data processing method is disclosed. The exemplary data processing method includes the following steps: referring to at least a compression characteristic of a compressed multimedia data to configure a transmission setting of an output interface over the camera interface; and utilizing an output interface for packing the compressed multimedia data into an output bitstream and outputting the output bitstream via the camera interface. In a fifth embodiment of the present invention, the transmission setting of the output interface includes a number of data lines enabled over the camera interface. In a sixth embodiment of the present invention, the transmission setting of the output interface comprises a behavior of the output interface during a blanking period between adjacent data transmissions.
Another exemplary data processing method is disclosed. The exemplary data processing method includes the following steps: configuring a reception setting of an input interface over a camera interface in response to at least a compression characteristic of a compressed multimedia data; and utilizing an input interface for receiving an input bitstream via the camera interface, and un-packing the input bitstream into the compressed multimedia data that is transmitted over the camera interface. In a seventh embodiment of the present invention, the reception setting of the input interface comprises a number of data lines enabled over the camera interface. In an eighth embodiment of the present invention, the reception setting of the input interface comprises a behavior of the input interface during a blanking period between adjacent data transmissions.
These and other objectives of the present invention will no doubt become obvious to those of ordinary skill in the art after reading the following detailed description of the preferred embodiment that is illustrated in the various figures and drawings.
Certain terms are used throughout the description and following claims to refer to particular components. As one skilled in the art will appreciate, manufacturers may refer to a component by different names. This document does not intend to distinguish between components that differ in name but not function. In the following description and in the claims, the terms “include” and “comprise” are used in an open-ended fashion, and thus should be interpreted to mean “include, but not limited to . . . ”. Also, the term “couple” is intended to mean either an indirect or direct electrical connection. Accordingly, if one device is coupled to another device, that connection may be through a direct electrical connection, or through an indirect electrical connection via other devices and connections.
The present invention proposes applying data compression to a multimedia data and then transmitting a compressed multimedia data over a camera interface. As the data size/data rate of the compressed multimedia data is smaller than that of the original un-compressed multimedia data, the power consumption of the camera interface is reduced correspondingly. Besides, as the compressed multimedia data requires a smaller occupied bandwidth, the present invention further proposes configuring the camera interface based on the compression characteristic of the compressed multimedia data. Further details will be described as below.
The camera module 102 supports un-compressed data transmission and compressed data transmission. When the camera module 102 is used to transmit un-compressed data to the ISP 104, the camera module 102 generates the un-compressed multimedia data D1 according to an input multimedia data derived from capturing the incident light, and transmits the un-compressed multimedia data D1 over the camera interface 103. When the camera module 102 is used to transmit compressed data to the ISP 104, the camera module 102 generates a compressed multimedia data D1′ according to the input multimedia data derived from capturing the incident light, and transmits the compressed multimedia data D1′ over the camera interface 103. By way of example, but not limitation, the input multimedia data may be an image data or a video data.
As shown in
The output interface 114 includes a packing unit 117 and a plurality of switches (e.g., 118_1, 118_2, 118_3 and 118_4). It should be noted that the number of the switches included in the output interface 114 is equal to the number of data lines included in the camera interface 103. Hence, each of the switches 118_1-118_4 controls whether a data line is used for data transmission. In this embodiment, the switches 118_1-118_4 are controlled by a plurality of enable signals EN0-EN3 generated from the camera controller 112, respectively. By way of example, the enable signals EN0-EN3 may be transmitted via an I2C (Inter-Integrated Circuit) interface, and/or programmed in an e-fuse device or an EPPROM (erasable programmable read only memory) by the camera controller 112. When an enable signal has a first logic value (e.g., ‘1’), a corresponding switch is enabled (i.e., switched on) to enable the data transmission over the corresponding data line; and when the enable signal has a second logic value (e.g., ‘0’), the corresponding switch is disabled (i.e., switched off) to disable the data transmission over the corresponding data line.
Regarding the ISP 104, it communicates with the camera module 102 via the camera interface 103. In this embodiment, the ISP 104 supports un-compressed data reception and compressed data reception. When the camera module 102 transmits the un-compressed data D1 to the ISP 104, the ISP 104 is operated under a non-decompression mode to receive an un-compressed data D2 from the camera interface 103, generate a processed multimedia data according to the un-compressed multimedia data D2, and send the processed multimedia data to one or multiple processors, such as a display processor 106_1, a video processor 106_2 and/or a graphic processor 106_3, for further processing. When the camera module 102 transmits the compressed data D1′ to the ISP 104, the ISP 104 is operated under a de-compression mode to receive a compressed multimedia data D2′ from the camera interface 103, generate a processed multimedia data according to a de-compressed multimedia data derived from de-compressing the compressed multimedia data D2′, and send the processed multimedia data to one or multiple processors, such as the display processor 106_1, the video processor 106_2 and/or the graphic processor 106_3, for further processing. If there is no error introduced during the data transmission, the un-compressed data D1 transmitted under the non-compression mode should be identical to the un-compressed data D2 received under the non-decompression mode, and the compressed data D1′ transmitted under the compression mode should be identical to the compressed data D2′ received under the de-compression mode.
As shown in
The input interface 124 includes an un-packing unit 127 and a plurality of switches (e.g., 128_1, 128_2, 128_3 and 128_4). It should be noted that the number of the switches included in the input interface 124 is equal to the number of data lines included in the camera interface 103. Hence, each of the switches 128_1-128_4 controls whether a data line is used for data reception. In this embodiment, the switches 128_1-128_4 are controlled by a plurality of enable signals EN0′-EN3′ generated from the ISP controller 122, respectively. By way of example, the enable signals EN0′-EN3′ maybe transmitted via an I2C interface, and/or programmed in an e-fuse device or an EPPROM by the ISP controller 122. When an enable signal has a first logic value (e.g., ‘1’), a corresponding switch is enabled (i.e., switched on) to enable the data reception over the corresponding data line; and when the enable signal has a second logic value (e.g., ‘0’), the corresponding switch is disabled (i.e., switched off) to disable the data reception over the corresponding data line. It should be noted that, to make the data successfully transmitted from the camera module 102 and received by the ISP 104, switches located at different ends of one data line of the camera interface 103 should be both enabled. Further details of controlling the output interface 114 of the camera module 102 and the input interface 124 of the ISP 104 are described as below.
When the non-compression mode of the camera module 102 is enabled, the camera controller 112 controls the other circuitry 116 to generate the un-compressed multimedia data D1 to the output interface 114, and controls the output interface 114 to use all of the data lines DL0-DL3, each having a predetermined operating frequency, for data transmission. The predetermined operating frequency (i.e., a bit clock rate per line) may be set by using the following equations.
Pixel Rate (MHz)=(Frame Resolution×Frame Rate×(1+% of Blanking)) /106 (1)
Bit Clock Rate per Line=(Pixel Rate×Bits per Pixel)/Number of Data Lines (2)
For example, considering a 20M (20-Mega pixels) sensor operating at 30 fps (frames per second) capture rate with 10% of blanking overhead, the pixel rate equals 660 MHz When Bayer 10-bit color per pixel is transmitted over 4 data lines, the bit clock rate per line reaches 1.65 Gbps.
Besides, when the non-decompression mode of the ISP 104 is enabled, the ISP controller 122 controls the input interface 124 to use all of the data lines DL0-DL3, each having the predetermined operating frequency, for data reception, and controls the other circuitry 126 to generate the processed multimedia data based on the un-compressed multimedia data D2.
Regarding the output interface 114, the packing unit 117 is arranged for packing/packetizing the un-compressed multimedia data D1 based on the transmission protocol of the camera interface 103 and accordingly generating an output bitstream to the camera interface 103, wherein all of the switches 118_1-118_4 are enabled (i.e., switched on), and each data line is operated under the predetermined operating frequency (e.g., 1.65 Gbps) determined according to above equations. In other words, the output interface 114 has a transmission setting for packing/packetizing the un-compressed multimedia data D1 into an output bitstream and outputting the output bitstream via the camera interface 103.
Regarding the input interface 124, the un-packing unit 117 is arranged for un-packing/un-packetizing an input bitstream based on the transmission protocol of the camera interface 103 and accordingly generating the un-compressed multimedia data D2 to the other circuitry 126, wherein all of the switches 128_1-128_4 are enabled (i.e., switched on), and each data line is operated under the predetermined operating frequency (e.g., 1.65 Gbps) determined according to above equations. In other words, the input interface 124 has a reception setting for receiving an input bitstream via the camera interface 103 and un-packing/un-packetizing the input bitstream into the un-compressed multimedia data D1 that is transmitted over the camera interface 103.
In general, the aforementioned un-compressed data transmission is exploited and standardized by MIPI's CSI. However, it may not afford the high data rate, and may have potential problems in high power dissipation and low design yield. To alleviate the aforementioned problems, the other circuitry 116 in the camera module 102 is configured to have a compressor implemented therein, and the other circuitry 126 in the ISP 104 is configured to have a de-compressor implemented therein. Hence, the compressed data transmission over the camera interface 103 is realized through the compressor and the de-compressor.
When the compression mode of the camera module 102 is enabled, the camera controller 112 controls the other circuitry 116 to generate the compressed multimedia data D1′ to the output interface 114, wherein the compressor implemented in the other circuitry 116 may employ a lossy or lossless compression algorithm, depending upon actual design consideration/requirement. Regarding the output interface 114, the packing unit 117 packs/packetizes the compressed multimedia data D1′ based on the transmission protocol of the camera interface 103 and accordingly generates an output bitstream to the camera interface 103. In other words, when the camera module 102 is operated under the compression mode, the output interface 114 is arranged for packing/packetizing the compressed multimedia data D1′ into an output bitstream and outputting the output bitstream via the camera interface 103.
When the de-compression mode of the ISP 104 is enabled, the ISP controller 122 controls the other circuitry 126 to generate the processed multimedia data based on the compressed multimedia data D2′, wherein the de-compressor implemented in the other circuitry 126 may employ a lossy or lossless de-compression algorithm, depending upon actual design consideration/requirement. Regarding the input interface 124, the un-packing unit 127 un-packs/un-packetizes the input bitstream into the compressed multimedia data D2′ based on the transmission protocol of the camera interface 103. In other words, when the ISP 104 is operated under the de-compression mode, the input interface 124 is arranged for receiving an input bitstream via the camera interface 103, and un-packing/un-packetizing the input bitstream into the compressed multimedia data D2′ that is transmitted over the camera interface 103.
As the data size of the compressed multimedia data is smaller than that of the original un-compressed multimedia data, the output interface 114 is controlled by the camera controller 112 to have a different transmission setting, and the input interface 124 of the ISP 104 is controlled by the ISP controller 122 to have a different reception setting. In this embodiment of the present invention, the camera interface 103 provides a data line management layer and is scalable to the number of data lines according to the bandwidth and the compression requirement. The camera controller 112 is therefore arranged for referring to at least a compression characteristic of the compressed multimedia data D1′ to configure a transmission setting of the output interface 114 over the camera interface 103, and the ISP controller 122 is arranged for configuring a reception setting of the input interface 124 over the camera interface 103 in response to at least the compression characteristic of the compressed multimedia data D1′.
By way of example, but not limitation, the aforementioned compression characteristic maybe a compression ratio M corresponding to the compressed multimedia data D1′, where M≦1.0. The compression ratio M may be expressed using the following equation.
M=amount of compressed data/amount of un-compressed data (3)
Take 32×1 Bayer raw 10-bit pixels as an example, the amount of un-compressed data reaches 320 bits (i.e., 32×1×10 bits). When the compression ratio M is equal 0.5, the compressed data would have 160 bits. As the data amount to be transmitted is reduced by data compression with the compression ratio M smaller than 1, the number of data lines, the operating frequency of each data line, and/or the behavior in the blanking period may be adjusted to improve the overall system performance.
In a first exemplary design, each of the camera controller 112 and the ISP controller 122 refers to the compression ratio M to configure the number of data lines enabled over the camera interface 103 for data transmission and reception when the camera module 102 is used to transmit the compressed multimedia data D1′ to the ISP 104, wherein an operating frequency of each data line (i.e., a bit clock rate of each data line) remains unchanged regardless of the configured number of data lines. As the data compression is performed on the camera module 102, the camera module 102 may inform the ISP 104 of the compression ratio M corresponding to the compressed multimedia data D1′. Suppose that all of the data lines DL0-DL3, each having the predetermined operating frequency, will be used for transmitting the un-compressed multimedia data D1. Thus, when the non-compression mode of the camera module 102 is enabled and the non-decompression mode of the ISP 104 is enabled, the camera controller 112 sets each of the enable signals EN0-EN3 by the first logic value (e.g., ‘1’) such that all of the switches 118_1-118_4 are enabled (i.e., switched on), and the ISP controller 122 sets each of the enable signals EN0′-EN3′ by the first logic value (e.g., ‘1’) such that all of the switches 128_1-128_4 are enabled (i.e., switched on).
However, when the compression mode of the camera module 102 is enabled and the de-compression mode of the ISP 104 is enabled, the number of data lines enabled over the camera interface 103 is set to a value equal to a product of the number of data lines DL0-DL3 (i.e., the number of data lines without compression) and the compression ratio M. For example, if M=0.5 and the number of data lines without compression is 4, the number of data lines with compression is equal to 2. As the number of data lines is reduced to 2, the camera controller 112 may set two of four enable signals (e.g., EN0 and EN1) by the first logic value (e.g., ‘1’) and set the remaining enable signals (e.g., EN2 and EN3) by the second logic value (e.g., ‘0’), and the ISP controller 122 may set two of four enable signals (e.g., EN0′ and EN1′) by the first logic value (e.g., ‘1’) and set the remaining enable signals (e.g., EN2′ and EN3′) by the second logic value (e.g., ‘0’). Thus, only a portion of the switches 118_1-118_4 are enabled (i.e., switched on) by the camera controller 112, and only a portion of the switches 128_1-128_4 are enabled (i.e., switched on) by the ISP controller 122. To put it simply, the bandwidth can be reduced by the interface compression, and the reduced number of data lines is related to the compression ratio M. Besides, due to the reduced number of data lines enabled over the camera interface 103, the transmission power dissipation and electromagnetic interference (EMI) can be alleviated.
Please refer to
Step 200: Start.
Step 202: Check if a compression mode is enabled. If yes, go to step 210; otherwise, go to step 204.
Step 204: The other circuitry 116 generates the un-compressed multimedia data D1 according to an input multimedia data obtained by a camera sensor.
Step 206: The camera controller 112 controls the output interface 114 to switch on all of the switches 118_1-118_4. In this way, all of the data lines DL0-DL3 of the camera interface 103 would be used by the camera module 102 for data transmission.
Step 208: The packing unit 117 directly packs/packetizes the un-compressed multimedia data D1 into an output bitstream. Go to step 216.
Step 210: The other circuitry 116 generates the compressed multimedia data D1′ according to the input multimedia data obtained by the camera sensor.
Step 212: The camera controller 112 refers to the compression ratio M corresponding to the compressed multimedia data D1′ to switch on a portion of the switches 118_1-118_4. In this way, only part of the data lines DL0-DL3 of the camera interface 103 would be used by the camera module 102 for data transmission.
Step 214: The packing unit 117 packs/packetizes the compressed multimedia data D1′ into an output bitstream.
Step 216: Transmit the output bitstream over the camera interface 103.
Step 218: Check if a de-compression mode is enabled. If yes, go to step 226; otherwise, go to step 220.
Step 220: The ISP controller 122 controls the input interface 124 to switch on all of the switches 128_1-128_4. In this way, all of the data lines DL0-DL3 of the camera interface 103 would be used by the ISP 104 for data reception.
Step 222: The un-packing unit 127 un-packs/un-packetizes an input bitstream into the un-compressed multimedia data D2.
Step 224: The other circuitry 126 generate a processed multimedia data according to the un-compressed multimedia data D2. Go to step 232.
Step 226: The ISP controller 122 refers to the compression ratio M corresponding to the compressed multimedia data D1′ to switch on a portion of the switches 128_1-128_4. In this way, only part of the data lines DL0-DL3 of the camera interface 103 would be used by the ISP 104 for data reception.
Step 228: The un-packing unit 127 un-packs/un-packetizes the input bitstream into the compressed multimedia data D2′.
Step 229: The other circuitry 126 derives a de-compressed multimedia data from de-compressing the compressed multimedia data D2′.
Step 230: The other circuitry 126 generates the processed multimedia data according to the de-compressed multimedia data.
Step 232: End.
It should be noted that steps 202-216 are performed by the camera module 102, and steps 218-230 are performed by the ISP 104. As a person skilled in the art can readily understand details of each step shown in
In a second exemplary design, each of the camera controller 112 and the ISP controller 122 refers to the compression ratio M to configure an operating frequency of each data line (i.e., a bit clock rate of each data line) when the camera module 102 is used to transmit the compressed multimedia data D1′ to the ISP 104, wherein the number of data lines enabled over the camera interface 103 remains unchanged regardless of the configured operating frequency. As the data compression is performed on the camera module 102, the camera module 102 may inform the ISP 104 of the compression ratio M corresponding to the compressed multimedia data D1′. Suppose that all of the data lines DL0-DL3, each having the predetermined operating frequency, will be used for transmitting the un-compressed multimedia data D1. Thus, when the non-compression mode of the camera module 102 is enabled and the non-decompression mode of the ISP 104 is enabled, each of the data lines DL0-DL3 is controlled to operate under the predetermined operating frequency, wherein all of the switches 118_1-118_4 are enabled (i.e., switched on) by the camera controller 112, and all of the switches 128_1-128_4 are enabled (i.e., switched on) by the ISP controller 122.
However, when the compression mode of the camera module 102 is enabled and the de-compression mode of the ISP 104 is enabled, the operating frequency of each data line is set by a value equal to a product of the predetermined operating frequency (i.e., a non-compression/non-decompression mode bit clock rate) and the compression ratio M. Thus, the compressed multimedia data D1′ is transmitted at a lower clock rate under the condition where the number of data lines enabled over the camera interface 103 remains unchanged. For example, if M=0.5, the compression/de-compression mode bit clock rate is half of the non-compression/non-decompression mode bit clock rate. In one exemplary implementation, the required clock frequency selection may be implemented using different clock generators which supply clocks with different clock rates. However, this is for illustrative purposes only, and is not meant to be a limitation of the present invention. To put it simply, the bandwidth can be reduced by the interface compression, and the reduced operating frequency is related to the compression ratio M. Besides, due to the reduced operating frequency of each data line enabled over the camera interface 103, the transmission power dissipation and EMI can be alleviated.
Please refer to
Step 300: Start.
Step 302: Check if a compression mode is enabled. If yes, go to step 310; otherwise, go to step 304.
Step 304: The other circuitry 116 generates the un-compressed multimedia data D1 according to an input multimedia data obtained by a camera sensor.
Step 306: The camera controller 112 controls the output interface 114 to set a predetermined operating frequency of data transmission on each data line.
Step 308: The packing unit 117 directly packs/packetizes the un-compressed multimedia data D1 into an output bitstream. Go to step 316.
Step 310: The other circuitry 116 generates the compressed multimedia data D1′ according to the input multimedia data obtained by the camera sensor.
Step 312: The camera controller 112 refers to the compression ratio M corresponding to the compressed multimedia data D1′ to set a reduced operating frequency of data transmission on each data line.
Step 314: The packing unit 117 packs/packetizes the compressed multimedia data D1′ into an output bitstream.
Step 316: Transmit the output bitstream over the camera interface 103.
Step 318: Check if a de-compression mode is enabled. If yes, go to step 326; otherwise, go to step 320.
Step 320: The ISP controller 122 controls the input interface 124 to set a predetermined operating frequency of data reception on each data line.
Step 322: The un-packing unit 127 un-packs/un-packetizes an input bitstream into the un-compressed multimedia data D2.
Step 324: The other circuitry 126 generates a processed multimedia data according to the un-compressed multimedia data D2. Go to step 332.
Step 326: The ISP controller 122 refers to the compression ratio M corresponding to the compressed multimedia data D1′ to set a reduced operating frequency for data reception on each data line.
Step 328: The un-packing unit 127 un-packs/un-packetizes the input bitstream into the compressed multimedia data D2′.
Step 329: The other circuitry 126 derives a de-compressed multimedia data from de-compressing the compressed multimedia data D2′.
Step 330: The other circuitry 126 generates the processed multimedia data according to the de-compressed multimedia data.
Step 332: End.
It should be noted that steps 302-316 are performed by the camera module 102, and steps 318-330 are performed by the ISP 104. As a person skilled in the art can readily understand details of each step shown in
In a third exemplary design, when a compression mode of the camera module 102 is enabled and a de-compression mode of the ISP 104 is enabled, the camera controller 112 refers to the compression ratio M to configure a behavior of the output interface 114 during a blanking period between adjacent data transmissions, and the ISP controller 122 refers to the compression ratio M to configure a behavior of the input interface 124 during a blanking period between adjacent data transmissions, wherein the number of data lines enabled over the camera interface 103 and the operating frequency of each data line remain unchanged regardless of the configured behavior of the output interface 114 and the configured behavior of the input interface 124.
Please refer to
Please refer to
Step 500: Start.
Step 502: Check if a compression mode is enabled. If yes, go to step 508; otherwise, go to step 504.
Step 504: The other circuitry 116 generates the un-compressed multimedia data D1 according to an input multimedia data obtained by a camera sensor.
Step 506: The packing unit 117 directly packs/packetizes the un-compressed multimedia data D1 into an output bitstream. Go to step 514.
Step 508: The other circuitry 116 generates the compressed multimedia data D1′ according to the input multimedia data obtained by the camera sensor.
Step 510: The camera controller 112 refers to the compression ratio M corresponding to the compressed multimedia data D1′ to configure the behavior of the output interface 114 during the blanking period between adjacent data transmissions.
Step 512: The packing unit 117 packs/packetizes the compressed multimedia data D1′ into an output bitstream.
Step 514: Transmit the output bitstream over the camera interface 103.
Step 516: Check if a de-compression mode is enabled. If yes, go to step 522; otherwise, go to step 518.
Step 518: The un-packing unit 127 un-packs/un-packetizes an input bitstream into the un-compressed multimedia data D2.
Step 520: The other circuitry 126 generates a processed multimedia data according to the un-compressed multimedia data D2. Go to step 528.
Step 522: The ISP controller 122 refers to the compression ratio M corresponding to the compressed multimedia data D1′ to configure the behavior of the input interface 214 during the blanking period between adjacent data transmissions.
Step 524: The un-packing unit 127 un-packs/un-packetizes the input bitstream into the compressed multimedia data D2′.
Step 525: The other circuitry 126 derives a de-compressed multimedia data from de-compressing the compressed multimedia data D2′.
Step 526: The other circuitry 126 generates the processed multimedia data according to the de-compressed multimedia data.
Step 528: End.
It should be noted that steps 502-514 are performed by the camera module 102, and steps 516-526 are performed by the ISP 104. As a person skilled in the art can readily understand details of each step shown in
The camera interface 103 may have at least one data line which is a bidirectional line. For example, the data line DL0 as shown in
ISP 104, and the ISP controller 122 may further inform the camera module 102 of the de-compression capability of the ISP 104 by sending a response to the camera module 102. In this way, the camera module 102 can detect whether the ISP 104 has the ability of performing data de-compression, and further detect what kinds of de-compression algorithms the ISP 104 supports if the ISP 104 is equipped with de-compression capability. In a case where the ISP 104 supports the interface compression, the ISP 104 may enable the de-compression mode after transmitting the de-compression capability information in response to the request issued by the camera module 102. Next, the camera module 102 enables the compression mode according to a checking result of the de-compression capability of the ISP 104, and configures the compressor in the other circuitry 116 to employ one of compression algorithms corresponding to de-compression algorithms supported by the ISP 104. However, when the ISP 104 does not support the interface compression, the ISP 104 simply operates under the non-decompression mode, and the camera module 102 would enable the non-compression mode according to the checking result of the de-compression capability of the ISP 104.
Please refer to
Step 600: Start.
Step 602: Check a de-compression capability of the ISP 104 to see if the ISP 104 supports the proposed interface compression, and accordingly obtain a checking result.
Step 604: Refer to the checking result to determine if the de-compression mode in the ISP 104 is set? If yes, go to step 606; otherwise, go to step 608.
Step 606: Enable the compression mode in the camera module 102. Go to step 610.
Step 608: Enable the non-compression mode in the camera module 102.
Step 610: End.
As a person skilled in the art can readily understand details of each step shown in
Those skilled in the art will readily observe that numerous modifications and alterations of the device and method may be made while retaining the teachings of the invention. Accordingly, the above disclosure should be construed as limited only by the metes and bounds of the appended claims.
This application is a divisional application of U.S. patent application Ser. No. 13/965,169, filed on Aug. 12, 2013. This application claims the benefit of U.S. patent application Ser. No. 13/965,169, which itself claims the benefit of U.S. provisional application No. 61/729,426, filed on Nov. 23, 2012, and incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
61729426 | Nov 2012 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 13965169 | Aug 2013 | US |
Child | 15292145 | US |