[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

US20180005344A1 - Configurable Convolution Engine - Google Patents

Configurable Convolution Engine Download PDF

Info

Publication number
US20180005344A1
US20180005344A1 US15/198,478 US201615198478A US2018005344A1 US 20180005344 A1 US20180005344 A1 US 20180005344A1 US 201615198478 A US201615198478 A US 201615198478A US 2018005344 A1 US2018005344 A1 US 2018005344A1
Authority
US
United States
Prior art keywords
data
values
output
input data
input
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
US15/198,478
Other versions
US9858636B1 (en
Inventor
Suk Hwan Lim
Junji Sugisawa
Muge Wang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Apple Inc
Original Assignee
Apple Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Apple Inc filed Critical Apple Inc
Priority to US15/198,478 priority Critical patent/US9858636B1/en
Assigned to APPLE INC. reassignment APPLE INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LIM, SUK HWAN, SUGISAWA, JUNJI, WANG, MUGE
Priority to US15/823,292 priority patent/US10489478B2/en
Application granted granted Critical
Publication of US9858636B1 publication Critical patent/US9858636B1/en
Publication of US20180005344A1 publication Critical patent/US20180005344A1/en
Priority to US16/664,096 priority patent/US10606918B2/en
Priority to US16/791,926 priority patent/US10747843B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/10Complex mathematical operations
    • G06F17/15Correlation function computation including computation of convolution operations
    • G06F17/153Multidimensional correlation or convolution
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T1/00General purpose image data processing
    • G06T1/20Processor architectures; Processor configuration, e.g. pipelining
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T5/00Image enhancement or restoration
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T5/00Image enhancement or restoration
    • G06T5/20Image enhancement or restoration using local operators

Definitions

  • Image data captured by an image sensor or received from other data sources is often processed in an image processing pipeline before further processing or consumption.
  • raw image data may be corrected, filtered, or otherwise modified before being provided to subsequent components such as a video encoder.
  • various components, unit stages or modules may be employed.
  • Such an image processing pipeline may be structured so that corrections or enhancements to the captured image data can be performed in an expedient way without consuming other system resources.
  • image processing algorithms may be performed by executing software programs on central processing unit (CPU), execution of such programs on the CPU would consume significant bandwidth of the CPU and other peripheral resources as well as increase power consumption.
  • image processing pipelines are often implemented as a hardware component separate from the CPU and dedicated to perform one or more image processing algorithms.
  • kernels may be used to, for example, blur, sharpen, emboss or perform edge detect in the image.
  • Such convolution operations are generally performed by the CPU which reduces its availability for other processes.
  • Embodiments relate to a configurable convolution engine for performing convolution of input data of various channels in a desired manner by configuring operations of the components in the convolution engine.
  • the convolution engine may include an input buffer circuit, a datapath switch circuit, a filter switch circuit and a computation core circuit.
  • the input buffer circuit receives and stores interleaved data values of a plurality of channels of input data in an interleaved manner.
  • the datapath switch circuit retrieves at least a subset of the data values from the input buffer circuit.
  • the filter switch circuit retrieves filter elements of at least one kernel for performing a convolution operation.
  • the computation core circuit receives the at least subset of data values from the datapath switch and the retrieved filter elements from the filter switch, multiplies each of the data values with a corresponding filter element to obtain multiplied values, and processes subsets of multiplied values to obtain output values.
  • FIG. 1 is a high-level diagram of an electronic device, according to one embodiment
  • FIG. 2 is a block diagram illustrating components in the electronic device, according to one embodiment.
  • FIG. 3 is a block diagram illustrating image processing pipelines implemented using an image signal processor, according to one embodiment.
  • FIG. 4 is a block diagram illustrating a vision module in the image signal processor, according to one embodiment.
  • FIG. 5 is a block diagram of a convolution engine in the vision module, according to one embodiment.
  • FIG. 6 is a conceptual diagram illustrating interleaved pixel values of RGB channels stored in an input buffer circuit of the convolution engine, according to one embodiment.
  • FIGS. 7A through 7D are diagrams illustrating kernels with different sparsity values, according to embodiments.
  • FIGS. 8A and 8B are diagrams illustrating selection of pixels according to step values, according to embodiments.
  • FIG. 8C is a diagram illustrating processing of 16 bit image data by splitting into two 8 bit image data and performing convolution on the split image data, according to one embodiment.
  • FIG. 9 is a diagram illustrating storing of output values of convolution in designated locations of an output buffer, according to one embodiment.
  • FIG. 10 is a flowchart illustrating a method of performing a convolution operation, according to one embodiment.
  • Embodiments of the present disclosure relate to a configurable convolution engine that receives configuration information to perform convolution or its variant operations on streaming input data of various formats.
  • input data of multiple channels are received and stored in an input buffer circuit in an interleaved manner.
  • Data values of the interleaved input data are retrieved and forwarded to multiplier circuits where multiplication with corresponding filter elements of a kernel is performed. Varying number of kernels with different sizes and sparsity can also be used for the convolution operations.
  • the device is a portable communications device, such as a mobile telephone, that also contains other functions, such as personal digital assistant (PDA) and/or music player functions.
  • portable multifunction devices include, without limitation, the iPhone®, iPod Touch®, Apple Watch®, and iPad® devices from Apple Inc. of Cupertino, Calif.
  • Other portable electronic devices such as wearables, laptops or tablet computers, are optionally used.
  • the device is not a portable communications device, but is a desktop computer or other computing device that is not designed for portable use.
  • the disclosed electronic device may include a touch sensitive surface (e.g., a touch screen display and/or a touch pad).
  • a touch sensitive surface e.g., a touch screen display and/or a touch pad.
  • An example electronic device described below in conjunction with FIG. 1 e.g., device 100
  • the electronic device may also include one or more other physical user-interface devices, such as a physical keyboard, a mouse and/or a joystick.
  • FIG. 1 is a high-level diagram of an electronic device 100 , according to one embodiment.
  • Device 100 may include one or more physical buttons, such as a “home” or menu button 104 .
  • Menu button 104 is, for example, used to navigate to any application in a set of applications that are executed on device 100 .
  • menu button 104 includes a fingerprint sensor that identifies a fingerprint on menu button 104 . The fingerprint sensor may be used to determine whether a finger on menu button 104 has a fingerprint that matches a fingerprint stored for unlocking device 100 .
  • menu button 104 is implemented as a soft key in a graphical user interface (GUI) displayed on a touch screen.
  • GUI graphical user interface
  • device 100 includes touch screen 150 , menu button 104 , push button 106 for powering the device on/off and locking the device, volume adjustment buttons 108 , Subscriber Identity Module (SIM) card slot 110 , head set jack 112 , and docking/charging external port 124 .
  • Push button 106 may be used to turn the power on/off on the device by depressing the button and holding the button in the depressed state for a predefined time interval; to lock the device by depressing the button and releasing the button before the predefined time interval has elapsed; and/or to unlock the device or initiate an unlock process.
  • device 100 also accepts verbal input for activation or deactivation of some functions through microphone 113 .
  • the device 100 includes various components including, but not limited to, a memory (which may include one or more computer readable storage mediums), a memory controller, one or more central processing units (CPUs), a peripherals interface, an RF circuitry, an audio circuitry, speaker 111 , microphone 113 , input/output (I/O) subsystem, and other input or control devices.
  • Device 100 may include one or more image sensors 164 , one or more proximity sensors 166 , and one or more accelerometers 168 .
  • the device 100 may include components not shown in FIG. 1 .
  • Device 100 is only one example of an electronic device, and device 100 may have more or fewer components than listed above, some of which may be combined into a components or have a different configuration or arrangement.
  • the various components of device 100 listed above are embodied in hardware, software, firmware or a combination thereof, including one or more signal processing and/or application specific integrated circuits (ASICs).
  • ASICs application specific integrated circuits
  • FIG. 2 is a block diagram illustrating components in device 100 , according to one embodiment.
  • Device 100 may perform various operations including image processing.
  • the device 100 may include, among other components, image sensor 202 , system-on-a chip (SOC) component 204 , system memory 230 , persistent storage (e.g., flash memory) 228 , orientation sensor 234 , and display 216 .
  • SOC system-on-a chip
  • the components as illustrated in FIG. 2 are merely illustrative.
  • device 100 may include other components (such as speaker or microphone) that are not illustrated in FIG. 2 . Further, some components (such as orientation sensor 234 ) may be omitted from device 100 .
  • Image sensor 202 is a component for capturing image data and may be embodied, for example, as a complementary metal-oxide-semiconductor (CMOS) active-pixel sensor a camera, video camera, or other devices.
  • Image sensor 202 generates raw image data that is sent to SOC component 204 for further processing.
  • the image data processed by SOC component 204 is displayed on display 216 , stored in system memory 230 , persistent storage 228 or sent to a remote computing device via network connection.
  • the raw image data generated by image sensor 202 may be in a Bayer color filter array (CFA) pattern (hereinafter also referred to as “Bayer pattern”).
  • CFA Bayer color filter array
  • Motion sensor 234 is a component or a set of components for sensing motion of device 100 .
  • Motion sensor 234 may generate sensor signals indicative of orientation and/or acceleration of device 100 .
  • the sensor signals are sent to SOC component 204 for various operations such as turning on device 100 or rotating images displayed on display 216 .
  • Display 216 is a component for displaying images as generated by SOC component 204 .
  • Display 216 may include, for example, liquid crystal display (LCD) device or an organic light emitting diode (OLED) device.
  • LCD liquid crystal display
  • OLED organic light emitting diode
  • display 116 may display various images, such as menus, selected operating parameters, images captured by image sensor 202 and processed by SOC component 204 , and/or other information received from a user interface of device 100 (not shown).
  • System memory 230 is a component for storing instructions for execution by SOC component 204 and for storing data processed by SOC component 204 .
  • System memory 230 may be embodied as any type of memory including, for example, dynamic random access memory (DRAM), synchronous DRAM (SDRAM), double data rate (DDR, DDR2, DDR3, etc.) RAMBUS DRAM (RDRAM), static RAM (SRAM) or a combination thereof.
  • DRAM dynamic random access memory
  • SDRAM synchronous DRAM
  • RDRAM double data rate RAMBUS DRAM
  • SRAM static RAM
  • system memory 230 may store pixel data or other image data or statistics in various formats.
  • Persistent storage 228 is a component for storing data in a non-volatile manner. Persistent storage 228 retains data even when power is not available. Persistent storage 228 may be embodied as read-only memory (ROM), flash memory or other non-volatile random access memory devices.
  • ROM read-only memory
  • flash memory or other non-volatile random access memory devices.
  • SOC component 204 is embodied as one or more integrated circuit (IC) chip and performs various data processing processes.
  • SOC component 204 may include, among other subcomponents, image signal processor (ISP) 206 , a central processor unit (CPU) 208 , a network interface 210 , sensor interface 212 , display controller 214 , graphics processor (GPU) 220 , memory controller 222 , video encoder 224 , storage controller 226 , and various other input/output (I/O) interfaces 218 , and bus 232 connecting these subcomponents.
  • ISP image signal processor
  • CPU central processor unit
  • GPU graphics processor
  • memory controller 222 memory controller 222
  • video encoder 224 storage controller 226
  • bus 232 connecting these subcomponents.
  • SOC component 204 may include more or fewer subcomponents than those shown in FIG. 2 .
  • ISP 206 is hardware that performs various stages of an image processing pipeline.
  • ISP 206 may receive raw image data from image sensor 202 , and process the raw image data into a form that is usable by other subcomponents of SOC component 204 or components of device 100 .
  • ISP 106 may perform various image-manipulation operations such as image translation operations, horizontal and vertical scaling, color space conversion and/or image stabilization transformations, as described below in detail with reference to FIG. 3 .
  • CPU 208 may be embodied using any suitable instruction set architecture, and may be configured to execute instructions defined in that instruction set architecture.
  • CPU 108 may be general-purpose or embedded processors using any of a variety of instruction set architectures (ISAs), such as the x86, PowerPC, SPARC, RISC, ARM or MIPS ISAs, or any other suitable ISA.
  • ISAs instruction set architectures
  • SOC component 204 may include multiple CPUs. In multiprocessor systems, each of the CPUs may commonly, but not necessarily, implement the same ISA.
  • GPU 220 is graphics processing circuitry for performing graphical data. For example, GPU 220 may render objects to be displayed into a frame buffer (e.g., one that includes pixel data for an entire frame). GPU 220 may include one or more graphics processors that may execute graphics software to perform a part or all of the graphics operation, or hardware acceleration of certain graphics operations.
  • a frame buffer e.g., one that includes pixel data for an entire frame.
  • GPU 220 may include one or more graphics processors that may execute graphics software to perform a part or all of the graphics operation, or hardware acceleration of certain graphics operations.
  • I/O interfaces 218 are hardware, software, firmware or combinations thereof for interfacing with various input/output components in device 100 .
  • I/O components may include devices such as keypads, buttons, audio devices, and sensors such as a global positioning system.
  • I/O interfaces 218 process data for sending data to such I/O components or process data received from such I/O components.
  • Network interface 210 is a subcomponent that enables data to be exchanged between devices 100 and other devices via one or more networks (e.g., carrier or agent devices). For example, video or other image data may be received from other devices via network interface 210 and be stored in system memory 230 for subsequent processing (e.g., via a back-end interface to image signal processor 206 , such as discussed below in FIG. 3 ) and display.
  • the networks may include, but are not limited to, Local Area Networks (LANs) (e.g., an Ethernet or corporate network) and Wide Area Networks (WANs).
  • LANs Local Area Networks
  • WANs Wide Area Networks
  • the image data received via network interface 210 may undergo image processing processes by ISP 206 .
  • Sensor interface 212 is circuitry for interfacing with motion sensor 234 .
  • Sensor interface 212 receives sensor information from motion sensor 234 and processes the sensor information to determine the orientation or movement of the device 100 .
  • Display controller 214 is circuitry for sending image data to be displayed on display 216 .
  • Display controller 214 receives the image data from ISP 206 , CPU 208 , graphic processor or system memory 230 and processes the image data into a format suitable for display on display 216 .
  • Memory controller 222 is circuitry for communicating with system memory 230 .
  • Memory controller 222 may read data from system memory 230 for processing by ISP 206 , CPU 208 , GPU 220 or other subcomponents of SOC component 204 .
  • Memory controller 222 may also write data to system memory 230 received from various subcomponents of SOC component 204 .
  • Video encoder 224 is hardware, software, firmware or a combination thereof for encoding video data into a format suitable for storing in persistent storage 128 or for passing the data to network interface 210 for transmission over a network to another device.
  • one or more subcomponents of SOC component 204 or some functionality of these subcomponents may be performed by software components executed on ISP 206 , CPU 208 or GPU 220 .
  • Such software components may be stored in system memory 230 , persistent storage 228 or another device communicating with device 100 via network interface 210 .
  • Image data or video data may flow through various data paths within SOC component 204 .
  • raw image data may be generated from the image sensor 202 and processed by ISP 206 , and then sent to system memory 230 via bus 232 and memory controller 222 . After the image data is stored in system memory 230 , it may be accessed by video encoder 224 for encoding or by display 116 for displaying via bus 232 .
  • image data is received from sources other than the image sensor 202 .
  • video data may be streamed, downloaded, or otherwise communicated to the SOC component 204 via wired or wireless network.
  • the image data may be received via network interface 210 and written to system memory 230 via memory controller 222 .
  • the image data may then be obtained by ISP 206 from system memory 230 and processed through one or more image processing pipeline stages, as described below in detail with reference to FIG. 3 .
  • the image data may then be returned to system memory 230 or be sent to video encoder 224 , display controller 214 (for display on display 216 ), or storage controller 226 for storage at persistent storage 228 .
  • FIG. 3 is a block diagram illustrating image processing pipelines implemented using ISP 206 , according to one embodiment.
  • ISP 206 is coupled to image sensor 202 to receive raw image data.
  • ISP 206 implements an image processing pipeline which may include a set of stages that process image information from creation, capture or receipt to output.
  • ISP 206 may include, among other components, sensor interface 302 , central control 320 , front-end pipeline stages 330 , back-end pipeline stages 340 , image statistics module 304 , vision module 322 , back-end interface 342 , and output interface 316 .
  • ISP 206 may include other components not illustrated in FIG. 3 or may omit one or more components illustrated in FIG. 3 .
  • front-end pipeline stages 330 may process image data at an initial rate.
  • front-end pipeline stages 330 may process image data at an initial rate.
  • raw processing stage 308 operations e.g., black level compensation, highlight recovery and defective pixel correction
  • back-end pipeline stages 340 may process image data at a different rate less than the initial data rate.
  • back-end pipeline stages 340 may be processed at a reduced rate (e.g., 1 pixel per clock cycle).
  • Sensor interface 302 receives raw image data from image sensor 202 and processes the raw image data into an image data processable by other stages in the pipeline. Sensor interface 302 may perform various preprocessing operations, such as image cropping, binning or scaling to reduce image data size. In some embodiments, pixels are sent from the image sensor 202 to sensor interface 302 in raster order (i.e., horizontally, line by line). The subsequent processes in the pipeline may also be performed in raster order and the result may also be output in raster order. Although only a single image sensor and a single sensor interface 302 are illustrated in FIG. 3 , when more than one image sensor is provided in device 100 , a corresponding number of sensor interfaces may be provided in ISP 206 to process raw image data from each image sensor.
  • Front-end pipeline stages 330 process image data in raw or full-color domains.
  • Front-end pipeline stages 330 may include, but are not limited to, raw processing stage 306 and resample processing stage 308 .
  • a raw image data may be in Bayer raw format, for example.
  • Bayer raw image format pixel data with values specific to a particular color (instead of all colors) is provided in each pixel.
  • image data is typically provided in a Bayer pattern.
  • Raw processing stage 308 may process image data in a Bayer raw format.
  • raw processing stage 308 includes, but are not limited, sensor linearization, black level compensation, fixed pattern noise reduction, defective pixel correction, raw noise filtering, lens shading correction, white balance gain, and highlight recovery.
  • Sensor linearization refers to mapping non-linear image data to linear space for other processing.
  • Black level compensation refers to providing digital gain, offset and clip independently for each color component (e.g., Gr, R, B, Gb) of the image data.
  • Fixed pattern noise reduction refers to removing offset fixed pattern noise and gain fixed pattern noise by subtracting a dark frame from an input image and multiplying different gains to pixels.
  • Defective pixel correction refers to detecting defective pixels, and then replacing defective pixel values.
  • Raw noise filtering refers to reducing noise of image data by averaging neighbor pixels that are similar in brightness.
  • Highlight recovery refers to estimating pixel values for those pixels that are clipped (or nearly clipped) from other channels.
  • Lens shading correction refers to applying a gain per pixel to compensate for a dropoff in intensity roughly proportional to a distance from a lens optical center.
  • White balance gain refers to providing digital gains for white balance, offset and clip independently for all color components (e.g., Gr, R, B, Gb in Bayer format).
  • Components of ISP 206 may convert raw image data into image data in full-color domain, and thus, raw processing stage 308 may process image data in the full-color domain in addition to or instead of raw image data.
  • Resample processing stage 308 performs various operations to convert, resample, or scale image data received from raw processing stage 306 .
  • Operations performed by resample processing stage 308 may include, but not limited to, demosaic operation, per-pixel color correction operation, Gamma mapping operation, color space conversion and downscaling or sub-band splitting.
  • Demosaic operation refers to converting or interpolating missing color samples from raw image data (for example, in a Bayer pattern) to output image data into a full-color domain.
  • Demosaic operation may include low pass directional filtering on the interpolated samples to obtain full-color pixels.
  • Per-pixel color correction operation refers to a process of performing color correction on a per-pixel basis using information about relative noise standard deviations of each color channel to correct color without amplifying noise in the image data.
  • Gamma mapping refers to converting image data from input image data values to output data values to perform special image effects, including black and white conversion, sepia tone conversion, negative conversion, or solarize conversion.
  • lookup tables or other structures that index pixel values to another value
  • Color space conversion refers to converting color space of an input image data into a different format.
  • resample processing stage 308 converts RBD format into YCbCr format for further processing.
  • Central control 320 may control and coordinate overall operation of other components in ISP 206 .
  • Central control 320 performs operations including, but not limited to, monitoring various operating parameters (e.g., logging clock cycles, memory latency, quality of service, and state information), updating or managing control parameters for other components of ISP 206 , and interfacing with sensor interface 302 to control the starting and stopping of other components of ISP 206 .
  • central control 320 may update programmable parameters for other components in ISP 206 while the other components are in an idle state. After updating the programmable parameters, central control 320 may place these components of ISP 206 into a run state to perform one or more operations or tasks.
  • Central control 320 may also instruct other components of ISP 206 to store image data (e.g., by writing to system memory 230 in FIG. 2 ) before, during, or after resample processing stage 308 .
  • image data e.g., by writing to system memory 230 in FIG. 2
  • full-resolution image data in raw or full-color domain format may be stored in addition to or instead of processing the image data output from resample processing stage 308 through backend pipeline stages 340 .
  • Image statistics module 304 performs various operations to collect statistic information associated with the image data.
  • the operations for collecting statistics information may include, but not limited to, sensor linearization, mask patterned defective pixels, sub-sample raw image data, detect and replace non-patterned defective pixels, black level compensation, lens shading correction, and inverse black level compensation.
  • statistics information such as 3 A statistics (Auto white balance (AWB), auto exposure (AE), auto focus (AF)), histograms (e.g., 2D color or component) and any other image data information may be collected or tracked.
  • certain pixels' values, or areas of pixel values may be excluded from collections of certain statistics data (e.g., AF statistics) when preceding operations identify clipped pixels.
  • AF statistics histograms
  • certain pixels' values, or areas of pixel values may be excluded from collections of certain statistics data (e.g., AF statistics) when preceding operations identify clipped pixels.
  • each statistic module may be programmed by central control 320 to collect different information for the same or different image data.
  • Vision module 322 performs various operations to facilitate computer vision operations at CPU 208 such as facial detection in image data.
  • the vision module 322 may perform various operations including pre-processing, global tone-mapping and Gamma correction, vision noise filtering, resizing, keypoint detection, convolution and generation of histogram-of-orientation gradients (HOG).
  • the pre-processing may include subsampling or binning operation and computation of luminance if the input image data is not in YCrCb format.
  • Global mapping and Gamma correction can be performed on the pre-processed data on luminance image.
  • Vision noise filtering is performed to remove pixel defects and reduce noise present in the image data, and thereby, improve the quality and performance of subsequent computer vision algorithms.
  • Such vision noise filtering may include detecting and fixing dots or defective pixels, and performing bilateral filtering to reduce noise by averaging neighbor pixels of similar brightness.
  • Various vision algorithms use images of different sizes and scales. Resizing of an image is performed, for example, by binning or linear interpolation operation. Keypoints are locations within an image that are surrounded by image patches well suited to matching in other images of the same scene or object. Such keypoints are useful in image alignment, computing cameral pose and object tracking. Keypoint detection refers to the process of identifying such keypoints in an image. Convolution is heavily used tools in image/video processing and machine vision. Convolution may be performed, for example, to generate edge maps of images or smoothen images.
  • HOG provides descriptions of image patches for tasks in mage analysis and computer vision. HOG can be generated, for example, by (i) computing horizontal and vertical gradients using a simple difference filter, (ii) computing gradient orientations and magnitudes from the horizontal and vertical gradients, and (iii) binning the gradient orientations.
  • Back-end interface 342 receives image data from other image sources than image sensor 202 and forwards it to other components of ISP 206 for processing. For example, image data may be received over a network connection and be stored in system memory 230 . Back-end interface 342 retrieves the image data stored in system memory 230 and provide it to back-end pipeline stages 340 for processing. One of many operations that are performed by back-end interface 342 is converting the retrieved image data to a format that can be utilized by back-end processing stages 340 . For instance, back-end interface 342 may convert RGB, YCbCr 4:2:0, or YCbCr 4:2:2 formatted image data into YCbCr 4:4:4 color format.
  • Back-end pipeline stages 340 processes image data according to a particular full-color format (e.g., YCbCr 4:4:4 or RGB). In some embodiments, components of the back-end pipeline stages 340 may convert image data to a particular full-color format before further processing. Back-end pipeline stages 340 may include, among other stages, noise processing stage 310 and color processing stage 312 . Back-end pipeline stages 340 may include other stages not illustrated in FIG. 3 .
  • a particular full-color format e.g., YCbCr 4:4:4 or RGB.
  • components of the back-end pipeline stages 340 may convert image data to a particular full-color format before further processing.
  • Back-end pipeline stages 340 may include, among other stages, noise processing stage 310 and color processing stage 312 .
  • Back-end pipeline stages 340 may include other stages not illustrated in FIG. 3 .
  • Noise processing stage 310 performs various operations to reduce noise in the image data.
  • the operations performed by noise processing stage 310 include, but are not limited to, color space conversion, gamma/de-gamma mapping, temporal filtering, noise filtering, luma sharpening, and chroma noise reduction.
  • the color space conversion may convert an image data from one color space format to another color space format (e.g., RGB format converted to YCbCr format).
  • Gamma/de-gamma operation converts image data from input image data values to output data values to perform special image effects.
  • Temporal filtering filters noise using a previously filtered image frame to reduce noise. For example, pixel values of a prior image frame are combined with pixel values of a current image frame.
  • Noise filtering may include, for example, spatial noise filtering.
  • Luma sharpening may sharpen luma values of pixel data while chroma suppression may attenuate chroma to gray (i.e. no color).
  • the luma sharpening and chroma suppression may be performed simultaneously with spatial nose filtering.
  • the aggressiveness of noise filtering may be determined differently for different regions of an image.
  • Spatial noise filtering may be included as part of a temporal loop implementing temporal filtering. For example, a previous image frame may be processed by a temporal filter and a spatial noise filter before being stored as a reference frame for a next image frame to be processed.
  • spatial noise filtering may not be included as part of the temporal loop for temporal filtering (e.g., the spatial noise filter may be applied to an image frame after it is stored as a reference image frame (and thus is not a spatially filtered reference frame).
  • Color processing stage 312 may perform various operations associated with adjusting color information in the image data.
  • the operations performed in color processing stage 312 include, but are not limited to, local tone mapping, gain/offset/clip, color correction, three-dimensional color lookup, gamma conversion, and color space conversion.
  • Local tone mapping refers to spatially varying local tone curves in order to provide more control when rendering an image. For instance, a two-dimensional grid of tone curves (which may be programmed by the central control 320 ) may be bi-linearly interpolated such that smoothly varying tone curves are created across an image.
  • local tone mapping may also apply spatially varying and intensity varying color correction matrices, which may, for example, be used to make skies bluer while turning down blue in the shadows in an image.
  • Digital gain/offset/clip may be provided for each color channel or component of image data.
  • Color correction may apply a color correction transform matrix to image data.
  • 3D color lookup may utilize a three dimensional array of color component output values (e.g., R, G, B) to perform advanced tone mapping, color space conversions, and other color transforms.
  • Gamma conversion may be performed, for example, by mapping input image data values to output data values in order to perform gamma correction, tone mapping, or histogram matching.
  • Color space conversion may be implemented to convert image data from one color space to another (e.g., RGB to YCbCr).
  • Other processing techniques may also be performed as part of color processing stage 312 to perform other special image effects, including black and white conversion, sepia tone conversion, negative conversion, or solarize conversion.
  • Output rescale module 314 may resample, transform and correct distortion on the fly as the ISP 206 processes image data. Output rescale module 314 may compute a fractional input coordinate for each pixel and uses this fractional coordinate to interpolate an output pixel via a polyphase resampling filter.
  • a fractional input coordinate may be produced from a variety of possible transforms of an output coordinate, such as resizing or cropping an image (e.g., via a simple horizontal and vertical scaling transform), rotating and shearing an image (e.g., via non-separable matrix transforms), perspective warping (e.g., via an additional depth transform) and per-pixel perspective divides applied in piecewise in strips to account for changes in image sensor during image data capture (e.g., due to a rolling shutter), and geometric distortion correction (e.g., via computing a radial distance from the optical center in order to index an interpolated radial gain table, and applying a radial perturbance to a coordinate to account for a radial lens distortion).
  • transforms of an output coordinate such as resizing or cropping an image (e.g., via a simple horizontal and vertical scaling transform), rotating and shearing an image (e.g., via non-separable matrix transforms), perspective warping (e.g., via an
  • Output rescale module 314 may apply transforms to image data as it is processed at output rescale module 314 .
  • Output rescale module 314 may include horizontal and vertical scaling components.
  • the vertical portion of the design may implement series of image data line buffers to hold the “support” needed by the vertical filter.
  • ISP 206 may be a streaming device, it may be that only the lines of image data in a finite-length sliding window of lines are available for the filter to use. Once a line has been discarded to make room for a new incoming line, the line may be unavailable.
  • Output rescale module 314 may statistically monitor computed input Y coordinates over previous lines and use it to compute an optimal set of lines to hold in the vertical support window.
  • output rescale module may automatically generate a guess as to the center of the vertical support window.
  • output rescale module 314 may implement a table of piecewise perspective transforms encoded as digital difference analyzer (DDA) steppers to perform a per-pixel perspective transformation between a input image data and output image data in order to correct artifacts and motion caused by sensor motion during the capture of the image frame.
  • DDA digital difference analyzer
  • Output rescale may provide image data via output interface 314 to various other components of system 100 , as discussed above with regard to FIGS. 1 and 2 .
  • the functionally of components 302 through 342 may be performed in a different order than the order implied by the order of these functional units in the image processing pipeline illustrated in FIG. 3 , or may be performed by different functional components than those illustrated in FIG. 3 .
  • the various components as described in FIG. 3 may be embodied in various combinations of hardware, firmware or software.
  • FIG. 4 is a block diagram illustrating a vision module 322 in the ISP 206 , according to one embodiment.
  • the vision module 322 performs various operations to facilitate computer vision operations at CPU 208 , as described above with reference to FIG. 3 .
  • the vision module 322 may include, among other components, a histogram of oriented gradients (HOG) module 412 , a multiplexer 420 and a convolution engine 414 .
  • the vision module 322 may include other components not illustrated in FIG. 4 such as a scaling module.
  • the HOG engine 400 processes images to generate HOG data 426 for each image.
  • HOG data 426 is a histogram-of-oriented gradients that is generated for an image based on identified gradient orientations within the image.
  • the HOG data 426 can be used in various computer vision applications such as image classification, scene detection, facial expression detection, human detection, object detection, scene classification, and text classification.
  • the multiplexer 420 receives the HOG data 426 from the HOG engine 412 and pixel data 424 from a component of image processing processor 206 other than the HOG engine 412 (e.g., DRAM memory), and selects either HOG data 426 or pixel data 424 as input data 422 to be forwarded to the convolution engine 414 according to various modes of operation. In one mode, the multiplexer 420 may forward the HOG data 426 to the convolution engine 414 as the input data 422 . In another mode, the multiplexer 420 may forward the pixel data 424 to the convolution engine 414 as the input data 422 for performing operations such as sharpening, blurring and edge detection. A configuration signal for controlling the multiplexer 420 may be received from the central control 320 . The pixel data 424 may be interleaved with pixel values of multiple channels, as described below in detail with reference to FIG. 6 .
  • the convolution engine 414 is a configurable circuit that performs convolution operations on the input data 422 based at least on sparsity values and step values.
  • the convolution engine 414 includes components for storing kernel information, for performing calculation and for accumulating the multiplied values to generate an output 428 , as described below in detail with reference to FIG. 5 .
  • the structure of vision module 322 as illustrated in FIG. 4 is merely illustrative and various changes may be made to the structure of FIG. 4 .
  • components such as HOG engine 412 and the multiplexer 420 may be omitted.
  • the multiplexer 420 may receive pixel data from more than two sources and select one source to provide the input data 422 .
  • the input data 422 is pixel values for the sake of explanation. But it is to be noted that the input data 422 may be other types of data (e.g., HOG data) suitable for the convolution operation.
  • FIG. 5 is a block diagram of the convolution engine 414 , according to one embodiment.
  • the convolution engine 414 receives the input data 422 , performs the convolution operation on the input data 422 based on stored kernel information, processes the outcome of the convolution operation, and generates the output 428 .
  • the convolution engine 414 may include, among other components, an input buffer circuit 502 , a datapath router 506 , a computation core 516 , a sequencer 518 , a filter storage 520 , an output buffer 524 , and a post-processor 528 .
  • the input buffer circuit 502 is a circuit that stores the input data 422 as it is streamed into the convolution engine 414 .
  • the input data 422 is streamed with data of multiple input channels, as described below in detail with reference to FIG. 6 .
  • the input data 422 may be pixel data, HOG data, output 428 of a previous cycle of the convolution engine 414 , or other processed data received from other components of the ISP 206 .
  • Datapath router 506 is a circuit that reads a set of data in predetermined locations of the input buffer circuit 502 and sends the read data 508 to the computation core 516 for computation of convolved values.
  • the datapath router 506 may perform reading and sending of data to populate the computation core 516 with pixel values.
  • the datapath router 506 selectively reads the pixel values of a center pixel and pixel values for a subset of pixels neighboring the center pixel while skipping other neighboring pixels according to sparsity values, as described below in detail with reference to FIGS. 7A through 8C .
  • the center pixels to be processed may be separated by a number of pixels defined by the step values, as described below in detail with reference to FIG. 8A through 8C . In a subsequent scan, a new set of center pixels separated by the same or different number of pixels may be processed.
  • the filter storage 520 is a circuit that stores kernel information.
  • the kernel information includes values for filter elements in kernels.
  • the kernel information 522 is sent to computation core 516 to populate register in multiplier circuits FE 0 through FEN of the computation core 516 .
  • the filter storage 520 may include a plurality of filters for performing convolution with different channels of pixel data and/or to perform convolution with the same channel of pixel data.
  • the computation core 516 is a programmable circuit that performs computation operations.
  • the computation core 516 may include the multiplier circuits FE 0 through FEN, a compressor 510 and a multi-cycle accumulator 514 .
  • Each of the multiplier circuits FE 0 through FEN may store a pixel value in the read data 508 and a corresponding filter element value in the kernel information 522 .
  • the pixel value and the corresponding filter element value are multiplied in the multiplier circuit to generate a multiplied value 509 .
  • other types of operations can be selected, such as addition, subtraction, absolute difference, distance transform, etc.
  • the compressor 510 receives the multiplied values 509 and accumulates subsets of multiplied values 509 to generate compressed values 512 .
  • the compressor 510 may select (i) a minimum value, (ii) a maximum value, or (iii) a median value from each subset of multiplied values 509 .
  • the multi-cycle accumulator 514 receives the compressed values 512 and performs accumulation (or selection of a minimum value, a maximum value or a media value) on the compressed values 512 generated across multiple processing cycles of the convolution engine 414 .
  • Sequencer 518 controls operations of other components of the convolution engine 414 to perform multiple cycles of operations.
  • the size of the input data and/or the number or the size of kernels may be too large for the computation core 516 to perform all the computation in a single processing cycle of the convolution engine 414 .
  • the sequencer 518 divides up the computation operations into multiple batches and performs computation based on a subset of input data or a subset of kernels in a single cycle.
  • the computed results in each cycle are processed by the multi-cycle accumulator 514 to generate the output values 513 across the multiple cycles.
  • the sequencer 518 sends multi-cycle control signals 519 to other components.
  • the output buffer 524 is a circuit that stores output values 513 in its designated locations. In one embodiment, a series of output values for multiple output channels are interleaved in the output buffer 524 . In operations where the output values 515 of the convolution engine 414 are again fed back as the input data 422 of the convolution engine 414 , the data in the output buffer 524 may be copied to the input buffer circuit 502 for the next cycle of convolution operation.
  • the output buffer 524 may be or be a part of a storage element, such as a memory device, storage flops, registers and the like.
  • the post-processor 528 is a circuit that performs further processing of output values stored in the output buffer 524 .
  • the post-processor 528 may combine horizontally interleaved neighbors to produce 16 bit data.
  • the post-processor 528 may combine two or more output channels.
  • Such operations may include, but not limited to, computing variance of input image at various locations, covariance between an image and a kernel, normalized cross-correlation, merging the results of 8 bit pixel data convolution into 16 bit data output, and performing the results of using 8 bit kernels into 16 bit data output
  • the components in the convolution engine 414 may be configured during a configuration period by receiving configuration information from the central control 320 .
  • the configurable parameters and modes as instructed in the configuration information may include, but are not limited to, sparsity values, step values, mapping between pixel data values and filter elements, the type of operations to be performed between the pixel data values and filter elements (e.g., multiplication, addition, subtraction, absolute difference and distance transform) at the in the computation core 516 , the type of operations to be performed at compressor 510 (e.g., accumulate, min, max or median), the number of channels in input data or output values, and enabling/selection of post-processing operations to be performed at the post processor 528 .
  • the structure of the convolution engine in FIG. 5 is merely illustrative.
  • the multi-cycle accumulator 514 and the sequencer 518 may be omitted so that only a single cycle operation is performed at the convolution engine.
  • post-processor 528 may be omitted and output values 515 can be sent to other components of the ISP 206 for further processing.
  • FIG. 6 is a conceptual diagram illustrating interleaved pixel values of red (R), green (G) and blue (B) channels stored in the input buffer circuit 502 of the convolution engine 414 , according to one embodiment.
  • the input data 422 includes pixels of three channels: R channel, G channel and B channel.
  • the input data 422 is interleaved so that pixel data for R channel R(0, 0) is followed by pixel data for G channel G(0, 0), which is again followed by pixel data for B channel B(0, 0).
  • the input buffer circuit 502 stores the pixel data as they are received in the input data 422 . Accordingly, the input buffer circuit 502 stores pixel data for channels and pixel locations as illustrated in FIG. 6 .
  • Receiving and storing multiple channel data in an interleaved manner in the input buffer circuit 502 is advantageous, among other reasons, because (i) the storage size of the input buffer circuit 502 for performing streaming operation of pixel data can be reduced, (ii) the color channels of image data may be interleaved, and (iii) the output from the sensor interface 302 can be received directly at the convolution engine 414 .
  • the output buffer 524 also stores the output values for multiple output channels in an interleaved manner. In this way, the sequential reading of output values in the output buffer 524 results in data output where data values of multiple output channels are interleaved.
  • Such interleaved storing of the output values for multiple channels is advantageous, among other reasons, because the output can be fed into the convolution engine 414 directly for a subsequent layer of processing in multiple layer processing where previous output from the convolution engine 414 becomes the input to the convolution engine 414 for a subsequent round of processing.
  • FIGS. 7A through 7D are diagrams illustrating kernels with different sparsity values, according to embodiments.
  • FIG. 7A illustrates a 3 ⁇ 3 kernel 700 A where the sparsity values in X and Y directions are both 1.
  • the datapath router 506 retrieves pixel values for all pixels neighboring a center pixel and sends them to the computation core 516 for the convolution operation.
  • the center pixel and neighboring pixels i.e., a pixel above the center pixel, a pixel below the center pixel, a pixel to the right side of the center pixel, a pixel to the left side of the center pixel, a pixel at the upper right side of the center pixel, a pixel at the upper left side of the center pixel, a pixel at the bottom right side of the center pixel and a pixel at the bottom left side of the center pixel
  • the center pixel and neighboring pixels i.e., a pixel above the center pixel, a pixel below the center pixel, a pixel to the right side of the center pixel, a pixel to the left side of the center pixel, a pixel at the upper right side of the center pixel, a pixel at the upper left side of the center pixel, a pixel at the bottom right side of the center pixel and a pixel at the bottom left side of the center pixel
  • FIG. 7B illustrates a 5 ⁇ 5 kernel 700 B expanded from the kernel 700 A of FIG. 7A .
  • “X” represents a filter element which is not used for calculating the output value of the convolution computation. That is, filter elements indicated by “X” and their counterpart pixel data are disregarded during the convolution operation. Because “X” appears every other filter element in X direction, the sparsity value of kernel 700 B in X direction is 2. Every odd line includes only “X” filter elements, and hence, the sparsity value of kernel 700 B in Y direction is also 2 .
  • the datapath router 506 may forward pixel data for pixels to be multiplied with non-X values in the kernel 700 B to the computation core 516 when performing the convolution operation of an input pixel. That is, the datapath router 506 sends only the pixel values for pixels that are to be multiplied with non-X valued filter elements. In this way, unnecessary storing of pixel data and multiplication operations based on the filter elements of “X” value can be omitted in the computation core 516 .
  • FIG. 7C illustrates a 7 ⁇ 3 kernel 700 C that is expanded from the kernel 700 A of FIG. 7A .
  • Kernel 700 C has filter elements with “X” values in the second, third, fifth and sixth columns of the filter (and hence, the sparsity value in X direction is 3).
  • the datapath router 506 forwards pixel data for pixels to be multiplied with non-X values in the kernel 700 C to the computation core 516 when performing the convolution operation of an input pixel.
  • FIG. 7D illustrates a 5 ⁇ 3 kernel 700 C that is expanded from the kernel 700 A of FIG. 7A .
  • Kernel 700 C has “X” filter elements in each odd columns of the filter (and hence, the sparsity value in X direction is 2).
  • the datapath router 506 forwards pixel data for pixels to be multiplied with non-X values in the kernel 700 D to the computation core 516 when performing the convolution operation of an input pixel.
  • kernels 700 A, 700 C and 700 D are described below in detail with reference to FIGS. 8A through 8C .
  • convolution operations on data for different numbers of input data channels in various ways may be performed according to the configuration information generated by the central control 320 .
  • Such flexible configurability enables various operations to be performed using the same convolution engine 414 .
  • FIG. 8A is a diagram illustrating performing of convolution with the step value of 3 in X direction and the step value of 1 in Y direction, according to one embodiment.
  • the step values indicate the distance between the center pixels. Because the step value in X direction is 3 which is identical to the number of color channels in the input data, red pixels R(M ⁇ 1, N ⁇ 1), R(M, N ⁇ 1), R(M+1, N ⁇ 1) . . . R(M ⁇ 1, N), R(M, N), R(M, N) . . . R(M ⁇ 1, N+1), R(M, N+1), R (M+1, N+1) (where M and N represents integers) and so forth are used as the center pixels for performing the convolution operation based on neighboring red, blue and green pixels. That is, in the example of FIG. 8A , only red pixels are used as the center pixels for the convolution operation.
  • a kernel with sparsity value of 1 in X direction and sparsity value of 1 in Y direction may be used because a center pixel and all 8 neighboring pixels (red, blue and green pixels) are used for performing the convolution operation.
  • kernel 700 A may be used for multiplying filter elements with 9 pixels and then accumulating the output values to perform the convolution operation.
  • FIG. 8B is a diagram illustrating performing of convolution with the step value of 3 in X direction and the step value of 1 in Y direction where only pixels having a color the same as the center pixel are used for computing the output values, according to one embodiment.
  • the sequence of assigning the center pixels are the same as the example of FIG. 8A , but a subset of pixel blocks 7 ⁇ 3 including a center pixel is used for multiplying and accumulation operations. For example, when green pixel G(M ⁇ 1, N) is the center pixel, 9 shaded pixels of the 21 pixels in block BG(M ⁇ 1, N) are used for computing the output value.
  • kernel 700 C of FIG. 7C having sparsity value of 3 in X direction and sparsity value of 1 in Y direction may be used.
  • step values and the sparsity is for processing 16 bit data when the computation core 516 is designed to process only 8 bit data.
  • each input data is first divided into two 8 bit data portions: One data portion is 8 bit image data including 8 most significant bits (MSB) and the other data portion includes 8 least significant bits (LSB).
  • MSB most significant bits
  • LSB least significant bits
  • FIG. 8C illustrates an example arrangement where the 8 MSB data are stored in odd lines, and the 8 LSB data are stored in even lines of the input buffer circuit 502 .
  • MSB data portions are sent to the computation core 516 by the datapath router 506 for the convolution operation with filter elements of a kernel.
  • LSB data portions are then sent to the computation core 516 by the datapath router 506 for the convolution operation with the same filter elements of the kernel.
  • the corresponding output values obtained by performing the convolution operation on the MSB data portions and the LSB data portions using the same kernel are then combined by the post-processor 528 .
  • a step value of 1 in the X direction and a step value of 1 in the Y direction may be used.
  • An MSB portion of a 16 bit data is first processed followed by a LSB portion of the 16 bit data is subsequently processed.
  • a kernel such as kernel 700 D having sparsity of 2 in X direction and sparsity of 1 in Y direction may be used for convolving with both the MSB portion and the LSB portion.
  • the post-processor 528 After the output values are obtained for 8 bit MSB and LSB data portions, the post-processor 528 performs the process of merging the corresponding two output values to obtain output values for 16 bit data.
  • FIGS. 8A through 8C are merely illustrative.
  • Various other step values and sparsity values may be used to perform convolution on the input data of various number of channels taking into account various selections of neighboring pixels.
  • the step values in X and Y direction as well the sparsity value in X and Y direction may be 2 to perform convolution on pixel data in Bayer pattern.
  • FIG. 9 is a diagram illustrating storing of output values of convolution in designated locations of the output buffer 524 , according to one embodiment.
  • the computation core 516 may not generate output values of different channels in an interleaved manner. That is, the computation core 516 may, for example, output values for a single output channel at a time. However, by storing the output values at pre-designated locations of the output buffer 524 , the output values of multiple values can be stored in the output buffer 524 in an interleaved manner.
  • the output values of the first channels are stored in the first column, fourth column, seventh column and so forth of the output buffer 524 , whenever these output values become available through computation at the computation core 516 .
  • the output values of the second channels are stored in the second column, fifth column, eighth column and so forth of the output buffer 524 .
  • the readout from the output buffer 524 may be sequential from the first column through the last column of the output buffer 524 in a raster fashion, producing an output with output values of multiple channels interleaved.
  • a kernel for performing the convolution operation may include filter elements with a larger number of bits than what the multiplier circuits FE 0 through FEN can handle.
  • the multiplier circuits FE 0 through FEN can each receive and process filter elements of 8 bits whereas filter elements of a kernel may be 16 bit data.
  • the convolution engine 414 can use such a kernel by dividing different bit portions of the kernel into two kernels.
  • two separate kernels with 8 bit filter elements may be generated from the kernel with 16 bit filter elements: one 8 bit kernel including 8 highest significant bits (HSB) of the filter elements and another 8 bit kernel including 8 lowest significant bits (LSB) of the filter elements.
  • the multiplier circuits FE 0 through FEN may store 8 bit filter elements from both 8 bit kernels, and perform multiplication of the corresponding data values of data 508 with both 8 bit kernels.
  • the output values 515 of the multiplication are stored in predetermined locations of the output buffer 524 .
  • the post-processor 528 reads an output value generated by multiplying LSB filter element with a pixel value and another output value generated by multiplying a corresponding MSB filter element with the same pixel value, and then merges the two output values to generate an output 428 representing the result of the convolution using 16 bit kernel.
  • the input data 422 may include a plurality of image patches.
  • the convolution engine 414 may operate in a patch mode where the convolution operation is performed on each of the image patches instead of the entire input data 422 .
  • the patch mode multiple patches of images may be stitched together for form a larger image, but each of the image patch is treated as a separate image.
  • the same kernel can be applied to all the patches. Alternatively, different kernels may be applied to different patches.
  • the datapath router 506 may select and send pixel values of a single patch to the computation core 516 .
  • pixel values for multiple patches are sent to the computation core 516 but the post-processor 528 identifies output values 513 associated with each patch and generate outputs 428 for each patch.
  • the convolution engine 414 may receive information on the starting pixel location of each patch as well as the ending pixel location of each patch or the dimension of each patch to enable components of the convolution engine 414 to operate accordingly.
  • FIG. 10 is a flowchart illustrating a method of performing convolution operation, according to one embodiment.
  • the central control 320 sends 1004 the configuration information to the convolution engine 414 .
  • the configuration information may include, but is not limited to, sparsity values, step values, mapping between pixel data values and filter elements, operation to be performed at the compressor 510 of the convolution engine 414 , the number of channels in input data or output values, and enabling/selection of post-processing operations to be performed at the post-processor 528 .
  • the configuration of the convolution engine 414 is updated 1006 according to the configuration information to perform operations as described in the configuration information.
  • the convolution engine 414 receives 1008 input data interleaved with data of multiple channels at its input buffer circuit 502 .
  • the input data may pixel data that is interleaved so that a row of input data includes a repeating sequence of red, green and blue pixel data.
  • the input data may be other types of data such as HOG data or output values of the convolution engine in a previous cycle.
  • the received input data is stored in the input buffer circuit 502 .
  • all or subsets of the data values are selected and sent 1016 to the multiplier circuits FE 0 through FEN of the computation core 516 according to the step values and sparse values.
  • the step values may be set so that only the data values of one channel are selected as the center data (e.g., center pixel) and forwarded to the multiplier circuits of the computation core.
  • the sparse values indicate which of the data values neighboring the center data are sent to the computation core 516 for computing the output values.
  • the multiplier circuits FE 0 through FEN of the computation core 516 are also populated 1020 with filter element values received from the filter storage 520 .
  • the filter element values are multiplied with corresponding data values received from the input buffer circuit 502 via the datapath router 506 .
  • each of the filter element values is associated with one data value for multiplication.
  • Output values are computed 1024 by performing multiplication of the populated filter elements and corresponding data values, and then accumulating the multiplied values at the computation core 516 .
  • minimum values, maximum values or median values among a subset of the multiplied values are selected instead of accumulating the multiplied values to obtain the output values.
  • the subset of stored data values or kernels in the cycle is different from the stored data values in the prior cycle.
  • the output values are updated with the updated data values and/or kernels in the cycle.
  • the process proceeds to storing 1032 the output values in designated locations of an output buffer 524 of the convolution engine 414 .
  • the locations of the output buffer 524 are pre-assigned to output values of certain output channels so that output data of different output channels are interleaved in a row of the output buffer 524 .
  • further post-processing such as normalized cross correlation may be performed on the stored output values by the post-processor 528 .
  • the location that has the maximal score based on the normalized cross correlation can be detected. Such location indicates the best match shift between an image patch and a kernel.
  • the process as illustrated in FIG. 10 is merely illustrative and various changes can be made to the process. For example, instead of performing sending 1016 of stored data values and populating 1020 the filter elements in series, these operations may be performed in parallel. Further, the convolution engine 414 may be capable of performing only a single cycle operation, in which case, the step 1028 does not involve checking for a next cycle.
  • the stored data values can be used for various operations including, but not limited to, performing further filtering on the input data, recognizing objects of features on image data, and performing predictions or inference based on the input data. Embodiments enable such operations to be performed more efficiently with less power consumption.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Pure & Applied Mathematics (AREA)
  • Mathematical Analysis (AREA)
  • Mathematical Optimization (AREA)
  • Computational Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Mathematical Physics (AREA)
  • Computing Systems (AREA)
  • Algebra (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Image Processing (AREA)

Abstract

Embodiments of the present disclosure relate to a configurable convolution engine that receives configuration information to perform convolution or its variant operations on streaming input data of various formats. To process streaming input data, input data of multiple channels are received and stored in an input buffer circuit in an interleaved manner. Data values of the interleaved input data are retrieved and forwarded to multiplier circuits where multiplication with a corresponding filter element of a kernel is performed. Varying number of kernels with different sizes and sparsity can also be used for the convolution operations.

Description

    BACKGROUND
  • Image data captured by an image sensor or received from other data sources is often processed in an image processing pipeline before further processing or consumption. For example, raw image data may be corrected, filtered, or otherwise modified before being provided to subsequent components such as a video encoder. To perform corrections or enhancements for captured image data, various components, unit stages or modules may be employed.
  • Such an image processing pipeline may be structured so that corrections or enhancements to the captured image data can be performed in an expedient way without consuming other system resources. Although many image processing algorithms may be performed by executing software programs on central processing unit (CPU), execution of such programs on the CPU would consume significant bandwidth of the CPU and other peripheral resources as well as increase power consumption. Hence, image processing pipelines are often implemented as a hardware component separate from the CPU and dedicated to perform one or more image processing algorithms.
  • Various types of image processing involves convolution between a kernel and data. Different kernels may be used to, for example, blur, sharpen, emboss or perform edge detect in the image. Such convolution operations are generally performed by the CPU which reduces its availability for other processes.
  • SUMMARY
  • Embodiments relate to a configurable convolution engine for performing convolution of input data of various channels in a desired manner by configuring operations of the components in the convolution engine. The convolution engine may include an input buffer circuit, a datapath switch circuit, a filter switch circuit and a computation core circuit. The input buffer circuit receives and stores interleaved data values of a plurality of channels of input data in an interleaved manner. The datapath switch circuit retrieves at least a subset of the data values from the input buffer circuit. The filter switch circuit retrieves filter elements of at least one kernel for performing a convolution operation. The computation core circuit receives the at least subset of data values from the datapath switch and the retrieved filter elements from the filter switch, multiplies each of the data values with a corresponding filter element to obtain multiplied values, and processes subsets of multiplied values to obtain output values.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a high-level diagram of an electronic device, according to one embodiment
  • FIG. 2 is a block diagram illustrating components in the electronic device, according to one embodiment.
  • FIG. 3 is a block diagram illustrating image processing pipelines implemented using an image signal processor, according to one embodiment.
  • FIG. 4 is a block diagram illustrating a vision module in the image signal processor, according to one embodiment.
  • FIG. 5 is a block diagram of a convolution engine in the vision module, according to one embodiment.
  • FIG. 6 is a conceptual diagram illustrating interleaved pixel values of RGB channels stored in an input buffer circuit of the convolution engine, according to one embodiment.
  • FIGS. 7A through 7D are diagrams illustrating kernels with different sparsity values, according to embodiments.
  • FIGS. 8A and 8B are diagrams illustrating selection of pixels according to step values, according to embodiments.
  • FIG. 8C is a diagram illustrating processing of 16 bit image data by splitting into two 8 bit image data and performing convolution on the split image data, according to one embodiment.
  • FIG. 9 is a diagram illustrating storing of output values of convolution in designated locations of an output buffer, according to one embodiment.
  • FIG. 10 is a flowchart illustrating a method of performing a convolution operation, according to one embodiment.
  • The figures depict, and the detail description describes, various non-limiting embodiments for purposes of illustration only.
  • DETAILED DESCRIPTION
  • Reference will now be made in detail to embodiments, examples of which are illustrated in the accompanying drawings. In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the various described embodiments. However, the described embodiments may be practiced without these specific details. In other instances, well-known methods, procedures, components, circuits, and networks have not been described in detail so as not to unnecessarily obscure aspects of the embodiments.
  • Embodiments of the present disclosure relate to a configurable convolution engine that receives configuration information to perform convolution or its variant operations on streaming input data of various formats. To process streaming input data, input data of multiple channels are received and stored in an input buffer circuit in an interleaved manner. Data values of the interleaved input data are retrieved and forwarded to multiplier circuits where multiplication with corresponding filter elements of a kernel is performed. Varying number of kernels with different sizes and sparsity can also be used for the convolution operations.
  • Exemplary Electronic Device
  • Embodiments of electronic devices, user interfaces for such devices, and associated processes for using such devices are described. In some embodiments, the device is a portable communications device, such as a mobile telephone, that also contains other functions, such as personal digital assistant (PDA) and/or music player functions. Exemplary embodiments of portable multifunction devices include, without limitation, the iPhone®, iPod Touch®, Apple Watch®, and iPad® devices from Apple Inc. of Cupertino, Calif. Other portable electronic devices, such as wearables, laptops or tablet computers, are optionally used. In some embodiments, the device is not a portable communications device, but is a desktop computer or other computing device that is not designed for portable use. In some embodiments, the disclosed electronic device may include a touch sensitive surface (e.g., a touch screen display and/or a touch pad). An example electronic device described below in conjunction with FIG. 1 (e.g., device 100) may include a touch-sensitive surface for receiving user input. The electronic device may also include one or more other physical user-interface devices, such as a physical keyboard, a mouse and/or a joystick.
  • Figure (FIG. 1 is a high-level diagram of an electronic device 100, according to one embodiment. Device 100 may include one or more physical buttons, such as a “home” or menu button 104. Menu button 104 is, for example, used to navigate to any application in a set of applications that are executed on device 100. In some embodiments, menu button 104 includes a fingerprint sensor that identifies a fingerprint on menu button 104. The fingerprint sensor may be used to determine whether a finger on menu button 104 has a fingerprint that matches a fingerprint stored for unlocking device 100. Alternatively, in some embodiments, menu button 104 is implemented as a soft key in a graphical user interface (GUI) displayed on a touch screen.
  • In some embodiments, device 100 includes touch screen 150, menu button 104, push button 106 for powering the device on/off and locking the device, volume adjustment buttons 108, Subscriber Identity Module (SIM) card slot 110, head set jack 112, and docking/charging external port 124. Push button 106 may be used to turn the power on/off on the device by depressing the button and holding the button in the depressed state for a predefined time interval; to lock the device by depressing the button and releasing the button before the predefined time interval has elapsed; and/or to unlock the device or initiate an unlock process. In an alternative embodiment, device 100 also accepts verbal input for activation or deactivation of some functions through microphone 113. The device 100 includes various components including, but not limited to, a memory (which may include one or more computer readable storage mediums), a memory controller, one or more central processing units (CPUs), a peripherals interface, an RF circuitry, an audio circuitry, speaker 111, microphone 113, input/output (I/O) subsystem, and other input or control devices. Device 100 may include one or more image sensors 164, one or more proximity sensors 166, and one or more accelerometers 168. The device 100 may include components not shown in FIG. 1.
  • Device 100 is only one example of an electronic device, and device 100 may have more or fewer components than listed above, some of which may be combined into a components or have a different configuration or arrangement. The various components of device 100 listed above are embodied in hardware, software, firmware or a combination thereof, including one or more signal processing and/or application specific integrated circuits (ASICs).
  • FIG. 2 is a block diagram illustrating components in device 100, according to one embodiment. Device 100 may perform various operations including image processing. For this and other purposes, the device 100 may include, among other components, image sensor 202, system-on-a chip (SOC) component 204, system memory 230, persistent storage (e.g., flash memory) 228, orientation sensor 234, and display 216. The components as illustrated in FIG. 2 are merely illustrative. For example, device 100 may include other components (such as speaker or microphone) that are not illustrated in FIG. 2. Further, some components (such as orientation sensor 234) may be omitted from device 100.
  • Image sensor 202 is a component for capturing image data and may be embodied, for example, as a complementary metal-oxide-semiconductor (CMOS) active-pixel sensor a camera, video camera, or other devices. Image sensor 202 generates raw image data that is sent to SOC component 204 for further processing. In some embodiments, the image data processed by SOC component 204 is displayed on display 216, stored in system memory 230, persistent storage 228 or sent to a remote computing device via network connection. The raw image data generated by image sensor 202 may be in a Bayer color filter array (CFA) pattern (hereinafter also referred to as “Bayer pattern”).
  • Motion sensor 234 is a component or a set of components for sensing motion of device 100. Motion sensor 234 may generate sensor signals indicative of orientation and/or acceleration of device 100. The sensor signals are sent to SOC component 204 for various operations such as turning on device 100 or rotating images displayed on display 216.
  • Display 216 is a component for displaying images as generated by SOC component 204. Display 216 may include, for example, liquid crystal display (LCD) device or an organic light emitting diode (OLED) device. Based on data received from SOC component 204, display 116 may display various images, such as menus, selected operating parameters, images captured by image sensor 202 and processed by SOC component 204, and/or other information received from a user interface of device 100 (not shown).
  • System memory 230 is a component for storing instructions for execution by SOC component 204 and for storing data processed by SOC component 204. System memory 230 may be embodied as any type of memory including, for example, dynamic random access memory (DRAM), synchronous DRAM (SDRAM), double data rate (DDR, DDR2, DDR3, etc.) RAMBUS DRAM (RDRAM), static RAM (SRAM) or a combination thereof. In some embodiments, system memory 230 may store pixel data or other image data or statistics in various formats.
  • Persistent storage 228 is a component for storing data in a non-volatile manner. Persistent storage 228 retains data even when power is not available. Persistent storage 228 may be embodied as read-only memory (ROM), flash memory or other non-volatile random access memory devices.
  • SOC component 204 is embodied as one or more integrated circuit (IC) chip and performs various data processing processes. SOC component 204 may include, among other subcomponents, image signal processor (ISP) 206, a central processor unit (CPU) 208, a network interface 210, sensor interface 212, display controller 214, graphics processor (GPU) 220, memory controller 222, video encoder 224, storage controller 226, and various other input/output (I/O) interfaces 218, and bus 232 connecting these subcomponents. SOC component 204 may include more or fewer subcomponents than those shown in FIG. 2.
  • ISP 206 is hardware that performs various stages of an image processing pipeline. In some embodiments, ISP 206 may receive raw image data from image sensor 202, and process the raw image data into a form that is usable by other subcomponents of SOC component 204 or components of device 100. ISP 106 may perform various image-manipulation operations such as image translation operations, horizontal and vertical scaling, color space conversion and/or image stabilization transformations, as described below in detail with reference to FIG. 3.
  • CPU 208 may be embodied using any suitable instruction set architecture, and may be configured to execute instructions defined in that instruction set architecture. CPU 108 may be general-purpose or embedded processors using any of a variety of instruction set architectures (ISAs), such as the x86, PowerPC, SPARC, RISC, ARM or MIPS ISAs, or any other suitable ISA. Although a single CPU is illustrated in FIG. 2, SOC component 204 may include multiple CPUs. In multiprocessor systems, each of the CPUs may commonly, but not necessarily, implement the same ISA.
  • Graphics processing unit (GPU) 220 is graphics processing circuitry for performing graphical data. For example, GPU 220 may render objects to be displayed into a frame buffer (e.g., one that includes pixel data for an entire frame). GPU 220 may include one or more graphics processors that may execute graphics software to perform a part or all of the graphics operation, or hardware acceleration of certain graphics operations.
  • I/O interfaces 218 are hardware, software, firmware or combinations thereof for interfacing with various input/output components in device 100. I/O components may include devices such as keypads, buttons, audio devices, and sensors such as a global positioning system. I/O interfaces 218 process data for sending data to such I/O components or process data received from such I/O components.
  • Network interface 210 is a subcomponent that enables data to be exchanged between devices 100 and other devices via one or more networks (e.g., carrier or agent devices). For example, video or other image data may be received from other devices via network interface 210 and be stored in system memory 230 for subsequent processing (e.g., via a back-end interface to image signal processor 206, such as discussed below in FIG. 3) and display. The networks may include, but are not limited to, Local Area Networks (LANs) (e.g., an Ethernet or corporate network) and Wide Area Networks (WANs). The image data received via network interface 210 may undergo image processing processes by ISP 206.
  • Sensor interface 212 is circuitry for interfacing with motion sensor 234. Sensor interface 212 receives sensor information from motion sensor 234 and processes the sensor information to determine the orientation or movement of the device 100.
  • Display controller 214 is circuitry for sending image data to be displayed on display 216. Display controller 214 receives the image data from ISP 206, CPU 208, graphic processor or system memory 230 and processes the image data into a format suitable for display on display 216.
  • Memory controller 222 is circuitry for communicating with system memory 230. Memory controller 222 may read data from system memory 230 for processing by ISP 206, CPU 208, GPU 220 or other subcomponents of SOC component 204. Memory controller 222 may also write data to system memory 230 received from various subcomponents of SOC component 204.
  • Video encoder 224 is hardware, software, firmware or a combination thereof for encoding video data into a format suitable for storing in persistent storage 128 or for passing the data to network interface 210 for transmission over a network to another device.
  • In some embodiments, one or more subcomponents of SOC component 204 or some functionality of these subcomponents may be performed by software components executed on ISP 206, CPU 208 or GPU 220. Such software components may be stored in system memory 230, persistent storage 228 or another device communicating with device 100 via network interface 210.
  • Image data or video data may flow through various data paths within SOC component 204. In one example, raw image data may be generated from the image sensor 202 and processed by ISP 206, and then sent to system memory 230 via bus 232 and memory controller 222. After the image data is stored in system memory 230, it may be accessed by video encoder 224 for encoding or by display 116 for displaying via bus 232.
  • In another example, image data is received from sources other than the image sensor 202. For example, video data may be streamed, downloaded, or otherwise communicated to the SOC component 204 via wired or wireless network. The image data may be received via network interface 210 and written to system memory 230 via memory controller 222. The image data may then be obtained by ISP 206 from system memory 230 and processed through one or more image processing pipeline stages, as described below in detail with reference to FIG. 3. The image data may then be returned to system memory 230 or be sent to video encoder 224, display controller 214 (for display on display 216), or storage controller 226 for storage at persistent storage 228.
  • Example Image Signal Processing Pipelines
  • FIG. 3 is a block diagram illustrating image processing pipelines implemented using ISP 206, according to one embodiment. In the embodiment of FIG. 3, ISP 206 is coupled to image sensor 202 to receive raw image data. ISP 206 implements an image processing pipeline which may include a set of stages that process image information from creation, capture or receipt to output. ISP 206 may include, among other components, sensor interface 302, central control 320, front-end pipeline stages 330, back-end pipeline stages 340, image statistics module 304, vision module 322, back-end interface 342, and output interface 316. ISP 206 may include other components not illustrated in FIG. 3 or may omit one or more components illustrated in FIG. 3.
  • In one or more embodiments, different components of ISP 206 process image data at different rates. In the embodiment of FIG. 3, front-end pipeline stages 330 (e.g., raw processing stage 306 and resample processing stage 308) may process image data at an initial rate. Thus, the various different techniques, adjustments, modifications, or other processing operations performed by these front-end pipeline stages 330 at the initial rate. For example, if the front-end pipeline stages 330 process 2 pixels per clock cycle, then raw processing stage 308 operations (e.g., black level compensation, highlight recovery and defective pixel correction) may process 2 pixels of image data at a time. In contrast, one or more back-end pipeline stages 340 may process image data at a different rate less than the initial data rate. For example, in the embodiment of FIG. 3, back-end pipeline stages 340 (e.g., noise processing stage 310, color processing stage 312, and output rescale 314) may be processed at a reduced rate (e.g., 1 pixel per clock cycle).
  • Sensor interface 302 receives raw image data from image sensor 202 and processes the raw image data into an image data processable by other stages in the pipeline. Sensor interface 302 may perform various preprocessing operations, such as image cropping, binning or scaling to reduce image data size. In some embodiments, pixels are sent from the image sensor 202 to sensor interface 302 in raster order (i.e., horizontally, line by line). The subsequent processes in the pipeline may also be performed in raster order and the result may also be output in raster order. Although only a single image sensor and a single sensor interface 302 are illustrated in FIG. 3, when more than one image sensor is provided in device 100, a corresponding number of sensor interfaces may be provided in ISP 206 to process raw image data from each image sensor.
  • Front-end pipeline stages 330 process image data in raw or full-color domains. Front-end pipeline stages 330 may include, but are not limited to, raw processing stage 306 and resample processing stage 308. A raw image data may be in Bayer raw format, for example. In Bayer raw image format, pixel data with values specific to a particular color (instead of all colors) is provided in each pixel. In an image capturing sensor, image data is typically provided in a Bayer pattern. Raw processing stage 308 may process image data in a Bayer raw format.
  • The operations performed by raw processing stage 308 include, but are not limited, sensor linearization, black level compensation, fixed pattern noise reduction, defective pixel correction, raw noise filtering, lens shading correction, white balance gain, and highlight recovery. Sensor linearization refers to mapping non-linear image data to linear space for other processing. Black level compensation refers to providing digital gain, offset and clip independently for each color component (e.g., Gr, R, B, Gb) of the image data. Fixed pattern noise reduction refers to removing offset fixed pattern noise and gain fixed pattern noise by subtracting a dark frame from an input image and multiplying different gains to pixels. Defective pixel correction refers to detecting defective pixels, and then replacing defective pixel values. Raw noise filtering refers to reducing noise of image data by averaging neighbor pixels that are similar in brightness. Highlight recovery refers to estimating pixel values for those pixels that are clipped (or nearly clipped) from other channels. Lens shading correction refers to applying a gain per pixel to compensate for a dropoff in intensity roughly proportional to a distance from a lens optical center. White balance gain refers to providing digital gains for white balance, offset and clip independently for all color components (e.g., Gr, R, B, Gb in Bayer format). Components of ISP 206 may convert raw image data into image data in full-color domain, and thus, raw processing stage 308 may process image data in the full-color domain in addition to or instead of raw image data.
  • Resample processing stage 308 performs various operations to convert, resample, or scale image data received from raw processing stage 306. Operations performed by resample processing stage 308 may include, but not limited to, demosaic operation, per-pixel color correction operation, Gamma mapping operation, color space conversion and downscaling or sub-band splitting. Demosaic operation refers to converting or interpolating missing color samples from raw image data (for example, in a Bayer pattern) to output image data into a full-color domain. Demosaic operation may include low pass directional filtering on the interpolated samples to obtain full-color pixels. Per-pixel color correction operation refers to a process of performing color correction on a per-pixel basis using information about relative noise standard deviations of each color channel to correct color without amplifying noise in the image data. Gamma mapping refers to converting image data from input image data values to output data values to perform special image effects, including black and white conversion, sepia tone conversion, negative conversion, or solarize conversion. For the purpose of Gamma mapping, lookup tables (or other structures that index pixel values to another value) for different color components or channels of each pixel (e.g., a separate lookup table for Y, Cb, and Cr color components) may be used. Color space conversion refers to converting color space of an input image data into a different format. In one embodiment, resample processing stage 308 converts RBD format into YCbCr format for further processing.
  • Central control 320 may control and coordinate overall operation of other components in ISP 206. Central control 320 performs operations including, but not limited to, monitoring various operating parameters (e.g., logging clock cycles, memory latency, quality of service, and state information), updating or managing control parameters for other components of ISP 206, and interfacing with sensor interface 302 to control the starting and stopping of other components of ISP 206. For example, central control 320 may update programmable parameters for other components in ISP 206 while the other components are in an idle state. After updating the programmable parameters, central control 320 may place these components of ISP 206 into a run state to perform one or more operations or tasks. Central control 320 may also instruct other components of ISP 206 to store image data (e.g., by writing to system memory 230 in FIG. 2) before, during, or after resample processing stage 308. In this way full-resolution image data in raw or full-color domain format may be stored in addition to or instead of processing the image data output from resample processing stage 308 through backend pipeline stages 340.
  • Image statistics module 304 performs various operations to collect statistic information associated with the image data. The operations for collecting statistics information may include, but not limited to, sensor linearization, mask patterned defective pixels, sub-sample raw image data, detect and replace non-patterned defective pixels, black level compensation, lens shading correction, and inverse black level compensation. After performing one or more of such operations, statistics information such as 3A statistics (Auto white balance (AWB), auto exposure (AE), auto focus (AF)), histograms (e.g., 2D color or component) and any other image data information may be collected or tracked. In some embodiments, certain pixels' values, or areas of pixel values may be excluded from collections of certain statistics data (e.g., AF statistics) when preceding operations identify clipped pixels. Although only a single statistics module 304 is illustrated in FIG. 3, multiple image statistics modules may be included in ISP 206. In such embodiments, each statistic module may be programmed by central control 320 to collect different information for the same or different image data.
  • Vision module 322 performs various operations to facilitate computer vision operations at CPU 208 such as facial detection in image data. The vision module 322 may perform various operations including pre-processing, global tone-mapping and Gamma correction, vision noise filtering, resizing, keypoint detection, convolution and generation of histogram-of-orientation gradients (HOG). The pre-processing may include subsampling or binning operation and computation of luminance if the input image data is not in YCrCb format. Global mapping and Gamma correction can be performed on the pre-processed data on luminance image. Vision noise filtering is performed to remove pixel defects and reduce noise present in the image data, and thereby, improve the quality and performance of subsequent computer vision algorithms. Such vision noise filtering may include detecting and fixing dots or defective pixels, and performing bilateral filtering to reduce noise by averaging neighbor pixels of similar brightness. Various vision algorithms use images of different sizes and scales. Resizing of an image is performed, for example, by binning or linear interpolation operation. Keypoints are locations within an image that are surrounded by image patches well suited to matching in other images of the same scene or object. Such keypoints are useful in image alignment, computing cameral pose and object tracking. Keypoint detection refers to the process of identifying such keypoints in an image. Convolution is heavily used tools in image/video processing and machine vision. Convolution may be performed, for example, to generate edge maps of images or smoothen images. HOG provides descriptions of image patches for tasks in mage analysis and computer vision. HOG can be generated, for example, by (i) computing horizontal and vertical gradients using a simple difference filter, (ii) computing gradient orientations and magnitudes from the horizontal and vertical gradients, and (iii) binning the gradient orientations.
  • Back-end interface 342 receives image data from other image sources than image sensor 202 and forwards it to other components of ISP 206 for processing. For example, image data may be received over a network connection and be stored in system memory 230. Back-end interface 342 retrieves the image data stored in system memory 230 and provide it to back-end pipeline stages 340 for processing. One of many operations that are performed by back-end interface 342 is converting the retrieved image data to a format that can be utilized by back-end processing stages 340. For instance, back-end interface 342 may convert RGB, YCbCr 4:2:0, or YCbCr 4:2:2 formatted image data into YCbCr 4:4:4 color format.
  • Back-end pipeline stages 340 processes image data according to a particular full-color format (e.g., YCbCr 4:4:4 or RGB). In some embodiments, components of the back-end pipeline stages 340 may convert image data to a particular full-color format before further processing. Back-end pipeline stages 340 may include, among other stages, noise processing stage 310 and color processing stage 312. Back-end pipeline stages 340 may include other stages not illustrated in FIG. 3.
  • Noise processing stage 310 performs various operations to reduce noise in the image data. The operations performed by noise processing stage 310 include, but are not limited to, color space conversion, gamma/de-gamma mapping, temporal filtering, noise filtering, luma sharpening, and chroma noise reduction. The color space conversion may convert an image data from one color space format to another color space format (e.g., RGB format converted to YCbCr format). Gamma/de-gamma operation converts image data from input image data values to output data values to perform special image effects. Temporal filtering filters noise using a previously filtered image frame to reduce noise. For example, pixel values of a prior image frame are combined with pixel values of a current image frame. Noise filtering may include, for example, spatial noise filtering. Luma sharpening may sharpen luma values of pixel data while chroma suppression may attenuate chroma to gray (i.e. no color). In some embodiment, the luma sharpening and chroma suppression may be performed simultaneously with spatial nose filtering. The aggressiveness of noise filtering may be determined differently for different regions of an image. Spatial noise filtering may be included as part of a temporal loop implementing temporal filtering. For example, a previous image frame may be processed by a temporal filter and a spatial noise filter before being stored as a reference frame for a next image frame to be processed. In other embodiments, spatial noise filtering may not be included as part of the temporal loop for temporal filtering (e.g., the spatial noise filter may be applied to an image frame after it is stored as a reference image frame (and thus is not a spatially filtered reference frame).
  • Color processing stage 312 may perform various operations associated with adjusting color information in the image data. The operations performed in color processing stage 312 include, but are not limited to, local tone mapping, gain/offset/clip, color correction, three-dimensional color lookup, gamma conversion, and color space conversion. Local tone mapping refers to spatially varying local tone curves in order to provide more control when rendering an image. For instance, a two-dimensional grid of tone curves (which may be programmed by the central control 320) may be bi-linearly interpolated such that smoothly varying tone curves are created across an image. In some embodiments, local tone mapping may also apply spatially varying and intensity varying color correction matrices, which may, for example, be used to make skies bluer while turning down blue in the shadows in an image. Digital gain/offset/clip may be provided for each color channel or component of image data. Color correction may apply a color correction transform matrix to image data. 3D color lookup may utilize a three dimensional array of color component output values (e.g., R, G, B) to perform advanced tone mapping, color space conversions, and other color transforms. Gamma conversion may be performed, for example, by mapping input image data values to output data values in order to perform gamma correction, tone mapping, or histogram matching. Color space conversion may be implemented to convert image data from one color space to another (e.g., RGB to YCbCr). Other processing techniques may also be performed as part of color processing stage 312 to perform other special image effects, including black and white conversion, sepia tone conversion, negative conversion, or solarize conversion.
  • Output rescale module 314 may resample, transform and correct distortion on the fly as the ISP 206 processes image data. Output rescale module 314 may compute a fractional input coordinate for each pixel and uses this fractional coordinate to interpolate an output pixel via a polyphase resampling filter. A fractional input coordinate may be produced from a variety of possible transforms of an output coordinate, such as resizing or cropping an image (e.g., via a simple horizontal and vertical scaling transform), rotating and shearing an image (e.g., via non-separable matrix transforms), perspective warping (e.g., via an additional depth transform) and per-pixel perspective divides applied in piecewise in strips to account for changes in image sensor during image data capture (e.g., due to a rolling shutter), and geometric distortion correction (e.g., via computing a radial distance from the optical center in order to index an interpolated radial gain table, and applying a radial perturbance to a coordinate to account for a radial lens distortion).
  • Output rescale module 314 may apply transforms to image data as it is processed at output rescale module 314. Output rescale module 314 may include horizontal and vertical scaling components. The vertical portion of the design may implement series of image data line buffers to hold the “support” needed by the vertical filter. As ISP 206 may be a streaming device, it may be that only the lines of image data in a finite-length sliding window of lines are available for the filter to use. Once a line has been discarded to make room for a new incoming line, the line may be unavailable. Output rescale module 314 may statistically monitor computed input Y coordinates over previous lines and use it to compute an optimal set of lines to hold in the vertical support window. For each subsequent line, output rescale module may automatically generate a guess as to the center of the vertical support window. In some embodiments, output rescale module 314 may implement a table of piecewise perspective transforms encoded as digital difference analyzer (DDA) steppers to perform a per-pixel perspective transformation between a input image data and output image data in order to correct artifacts and motion caused by sensor motion during the capture of the image frame. Output rescale may provide image data via output interface 314 to various other components of system 100, as discussed above with regard to FIGS. 1 and 2.
  • In various embodiments, the functionally of components 302 through 342 may be performed in a different order than the order implied by the order of these functional units in the image processing pipeline illustrated in FIG. 3, or may be performed by different functional components than those illustrated in FIG. 3. Moreover, the various components as described in FIG. 3 may be embodied in various combinations of hardware, firmware or software.
  • Example Vision Module
  • FIG. 4 is a block diagram illustrating a vision module 322 in the ISP 206, according to one embodiment. The vision module 322 performs various operations to facilitate computer vision operations at CPU 208, as described above with reference to FIG. 3. For this purpose, the vision module 322 may include, among other components, a histogram of oriented gradients (HOG) module 412, a multiplexer 420 and a convolution engine 414. The vision module 322 may include other components not illustrated in FIG. 4 such as a scaling module.
  • The HOG engine 400 processes images to generate HOG data 426 for each image. An example of HOG data 426 is a histogram-of-oriented gradients that is generated for an image based on identified gradient orientations within the image. The HOG data 426 can be used in various computer vision applications such as image classification, scene detection, facial expression detection, human detection, object detection, scene classification, and text classification.
  • The multiplexer 420 receives the HOG data 426 from the HOG engine 412 and pixel data 424 from a component of image processing processor 206 other than the HOG engine 412 (e.g., DRAM memory), and selects either HOG data 426 or pixel data 424 as input data 422 to be forwarded to the convolution engine 414 according to various modes of operation. In one mode, the multiplexer 420 may forward the HOG data 426 to the convolution engine 414 as the input data 422. In another mode, the multiplexer 420 may forward the pixel data 424 to the convolution engine 414 as the input data 422 for performing operations such as sharpening, blurring and edge detection. A configuration signal for controlling the multiplexer 420 may be received from the central control 320. The pixel data 424 may be interleaved with pixel values of multiple channels, as described below in detail with reference to FIG. 6.
  • The convolution engine 414 is a configurable circuit that performs convolution operations on the input data 422 based at least on sparsity values and step values. For this purpose, the convolution engine 414 includes components for storing kernel information, for performing calculation and for accumulating the multiplied values to generate an output 428, as described below in detail with reference to FIG. 5.
  • The structure of vision module 322 as illustrated in FIG. 4 is merely illustrative and various changes may be made to the structure of FIG. 4. For example, components such as HOG engine 412 and the multiplexer 420 may be omitted. Alternatively, the multiplexer 420 may receive pixel data from more than two sources and select one source to provide the input data 422.
  • In the following description, it is assumed that the input data 422 is pixel values for the sake of explanation. But it is to be noted that the input data 422 may be other types of data (e.g., HOG data) suitable for the convolution operation.
  • Example Convolution Engine Architecture
  • FIG. 5 is a block diagram of the convolution engine 414, according to one embodiment. The convolution engine 414 receives the input data 422, performs the convolution operation on the input data 422 based on stored kernel information, processes the outcome of the convolution operation, and generates the output 428. For this purpose, the convolution engine 414 may include, among other components, an input buffer circuit 502, a datapath router 506, a computation core 516, a sequencer 518, a filter storage 520, an output buffer 524, and a post-processor 528.
  • The input buffer circuit 502 is a circuit that stores the input data 422 as it is streamed into the convolution engine 414. In one embodiment, the input data 422 is streamed with data of multiple input channels, as described below in detail with reference to FIG. 6. The input data 422 may be pixel data, HOG data, output 428 of a previous cycle of the convolution engine 414, or other processed data received from other components of the ISP 206.
  • Datapath router 506 is a circuit that reads a set of data in predetermined locations of the input buffer circuit 502 and sends the read data 508 to the computation core 516 for computation of convolved values. The datapath router 506 may perform reading and sending of data to populate the computation core 516 with pixel values. In one embodiment, the datapath router 506 selectively reads the pixel values of a center pixel and pixel values for a subset of pixels neighboring the center pixel while skipping other neighboring pixels according to sparsity values, as described below in detail with reference to FIGS. 7A through 8C. Furthermore, the center pixels to be processed may be separated by a number of pixels defined by the step values, as described below in detail with reference to FIG. 8A through 8C. In a subsequent scan, a new set of center pixels separated by the same or different number of pixels may be processed.
  • The filter storage 520 is a circuit that stores kernel information. The kernel information includes values for filter elements in kernels. The kernel information 522 is sent to computation core 516 to populate register in multiplier circuits FE0 through FEN of the computation core 516. The filter storage 520 may include a plurality of filters for performing convolution with different channels of pixel data and/or to perform convolution with the same channel of pixel data.
  • The computation core 516 is a programmable circuit that performs computation operations. For this purpose, the computation core 516 may include the multiplier circuits FE0 through FEN, a compressor 510 and a multi-cycle accumulator 514. Each of the multiplier circuits FE0 through FEN may store a pixel value in the read data 508 and a corresponding filter element value in the kernel information 522. The pixel value and the corresponding filter element value are multiplied in the multiplier circuit to generate a multiplied value 509. Instead of performing multiplication between pixel values and filter element values, other types of operations can be selected, such as addition, subtraction, absolute difference, distance transform, etc. In one embodiment, the compressor 510 receives the multiplied values 509 and accumulates subsets of multiplied values 509 to generate compressed values 512. In other embodiments, instead of accumulating the subsets of multiplied values 509, the compressor 510 may select (i) a minimum value, (ii) a maximum value, or (iii) a median value from each subset of multiplied values 509. The multi-cycle accumulator 514 receives the compressed values 512 and performs accumulation (or selection of a minimum value, a maximum value or a media value) on the compressed values 512 generated across multiple processing cycles of the convolution engine 414.
  • Sequencer 518 controls operations of other components of the convolution engine 414 to perform multiple cycles of operations. The size of the input data and/or the number or the size of kernels may be too large for the computation core 516 to perform all the computation in a single processing cycle of the convolution engine 414. In such a case, the sequencer 518 divides up the computation operations into multiple batches and performs computation based on a subset of input data or a subset of kernels in a single cycle. The computed results in each cycle are processed by the multi-cycle accumulator 514 to generate the output values 513 across the multiple cycles. To configure the other components to perform multi-cycle operation, the sequencer 518 sends multi-cycle control signals 519 to other components.
  • The output buffer 524 is a circuit that stores output values 513 in its designated locations. In one embodiment, a series of output values for multiple output channels are interleaved in the output buffer 524. In operations where the output values 515 of the convolution engine 414 are again fed back as the input data 422 of the convolution engine 414, the data in the output buffer 524 may be copied to the input buffer circuit 502 for the next cycle of convolution operation. In some embodiments, the output buffer 524 may be or be a part of a storage element, such as a memory device, storage flops, registers and the like.
  • The post-processor 528 is a circuit that performs further processing of output values stored in the output buffer 524. In one embodiment, the post-processor 528 may combine horizontally interleaved neighbors to produce 16 bit data. In another embodiment, the post-processor 528 may combine two or more output channels. Such operations may include, but not limited to, computing variance of input image at various locations, covariance between an image and a kernel, normalized cross-correlation, merging the results of 8 bit pixel data convolution into 16 bit data output, and performing the results of using 8 bit kernels into 16 bit data output
  • The components in the convolution engine 414 may be configured during a configuration period by receiving configuration information from the central control 320. The configurable parameters and modes as instructed in the configuration information may include, but are not limited to, sparsity values, step values, mapping between pixel data values and filter elements, the type of operations to be performed between the pixel data values and filter elements (e.g., multiplication, addition, subtraction, absolute difference and distance transform) at the in the computation core 516, the type of operations to be performed at compressor 510 (e.g., accumulate, min, max or median), the number of channels in input data or output values, and enabling/selection of post-processing operations to be performed at the post processor 528.
  • The structure of the convolution engine in FIG. 5 is merely illustrative. For example, the multi-cycle accumulator 514 and the sequencer 518 may be omitted so that only a single cycle operation is performed at the convolution engine. Moreover, post-processor 528 may be omitted and output values 515 can be sent to other components of the ISP 206 for further processing.
  • Example Convolution Engine Architecture
  • FIG. 6 is a conceptual diagram illustrating interleaved pixel values of red (R), green (G) and blue (B) channels stored in the input buffer circuit 502 of the convolution engine 414, according to one embodiment. As illustrated in FIG. 6, the input data 422 includes pixels of three channels: R channel, G channel and B channel. The input data 422 is interleaved so that pixel data for R channel R(0, 0) is followed by pixel data for G channel G(0, 0), which is again followed by pixel data for B channel B(0, 0). After the pixel data for B channel B(0, 0), the pixel location is shifted right and the pixel data for R channel R(1, 0), G channel G(1, 0) and B channel B(1, 0) follows again in this sequence. After one row of pixel data for R, G and B channels are received in the input data 422, the next row of pixel data for R, G and B channel R(0, 1), G(0, 1), B(0, 1), R (1, 1), etc., again follows in the same sequence.
  • The input buffer circuit 502 stores the pixel data as they are received in the input data 422. Accordingly, the input buffer circuit 502 stores pixel data for channels and pixel locations as illustrated in FIG. 6.
  • Receiving and storing multiple channel data in an interleaved manner in the input buffer circuit 502 is advantageous, among other reasons, because (i) the storage size of the input buffer circuit 502 for performing streaming operation of pixel data can be reduced, (ii) the color channels of image data may be interleaved, and (iii) the output from the sensor interface 302 can be received directly at the convolution engine 414.
  • Similarly, the output buffer 524 also stores the output values for multiple output channels in an interleaved manner. In this way, the sequential reading of output values in the output buffer 524 results in data output where data values of multiple output channels are interleaved. Such interleaved storing of the output values for multiple channels is advantageous, among other reasons, because the output can be fed into the convolution engine 414 directly for a subsequent layer of processing in multiple layer processing where previous output from the convolution engine 414 becomes the input to the convolution engine 414 for a subsequent round of processing.
  • Example Kernels Based on Sparsity Values
  • FIGS. 7A through 7D are diagrams illustrating kernels with different sparsity values, according to embodiments. FIG. 7A illustrates a 3×3 kernel 700A where the sparsity values in X and Y directions are both 1. When such a kernel is used, the datapath router 506 retrieves pixel values for all pixels neighboring a center pixel and sends them to the computation core 516 for the convolution operation. Specifically, the center pixel and neighboring pixels (i.e., a pixel above the center pixel, a pixel below the center pixel, a pixel to the right side of the center pixel, a pixel to the left side of the center pixel, a pixel at the upper right side of the center pixel, a pixel at the upper left side of the center pixel, a pixel at the bottom right side of the center pixel and a pixel at the bottom left side of the center pixel) are retrieved and sent to the computation core 516.
  • FIG. 7B illustrates a 5×5 kernel 700B expanded from the kernel 700A of FIG. 7A. In FIG. 7B, “X” represents a filter element which is not used for calculating the output value of the convolution computation. That is, filter elements indicated by “X” and their counterpart pixel data are disregarded during the convolution operation. Because “X” appears every other filter element in X direction, the sparsity value of kernel 700B in X direction is 2. Every odd line includes only “X” filter elements, and hence, the sparsity value of kernel 700B in Y direction is also 2.
  • When kernel 700B is used, the datapath router 506 may forward pixel data for pixels to be multiplied with non-X values in the kernel 700B to the computation core 516 when performing the convolution operation of an input pixel. That is, the datapath router 506 sends only the pixel values for pixels that are to be multiplied with non-X valued filter elements. In this way, unnecessary storing of pixel data and multiplication operations based on the filter elements of “X” value can be omitted in the computation core 516.
  • FIG. 7C illustrates a 7×3 kernel 700C that is expanded from the kernel 700A of FIG. 7A. Kernel 700C has filter elements with “X” values in the second, third, fifth and sixth columns of the filter (and hence, the sparsity value in X direction is 3). As described above with reference to FIG. 7B, when kernel 700C is being used, the datapath router 506 forwards pixel data for pixels to be multiplied with non-X values in the kernel 700C to the computation core 516 when performing the convolution operation of an input pixel.
  • FIG. 7D illustrates a 5×3 kernel 700C that is expanded from the kernel 700A of FIG. 7A. Kernel 700C has “X” filter elements in each odd columns of the filter (and hence, the sparsity value in X direction is 2). As described above with reference to FIG. 7B, when kernel 700C is being used, the datapath router 506 forwards pixel data for pixels to be multiplied with non-X values in the kernel 700D to the computation core 516 when performing the convolution operation of an input pixel.
  • The uses of kernels 700A, 700C and 700D in the context of different step values are described below in detail with reference to FIGS. 8A through 8C.
  • Example Convolution Operations Based on Step Values
  • By using different combinations of sparse values and steps values, convolution operations on data for different numbers of input data channels in various ways may be performed according to the configuration information generated by the central control 320. Such flexible configurability enables various operations to be performed using the same convolution engine 414.
  • FIG. 8A is a diagram illustrating performing of convolution with the step value of 3 in X direction and the step value of 1 in Y direction, according to one embodiment. The step values indicate the distance between the center pixels. Because the step value in X direction is 3 which is identical to the number of color channels in the input data, red pixels R(M−1, N−1), R(M, N−1), R(M+1, N−1) . . . R(M−1, N), R(M, N), R(M, N) . . . R(M−1, N+1), R(M, N+1), R (M+1, N+1) (where M and N represents integers) and so forth are used as the center pixels for performing the convolution operation based on neighboring red, blue and green pixels. That is, in the example of FIG. 8A, only red pixels are used as the center pixels for the convolution operation.
  • In the example of FIG. 8A where all three colored pixels are used for performing the convolution operation of a center pixel, a kernel with sparsity value of 1 in X direction and sparsity value of 1 in Y direction may be used because a center pixel and all 8 neighboring pixels (red, blue and green pixels) are used for performing the convolution operation. For example, kernel 700A may be used for multiplying filter elements with 9 pixels and then accumulating the output values to perform the convolution operation.
  • FIG. 8B is a diagram illustrating performing of convolution with the step value of 3 in X direction and the step value of 1 in Y direction where only pixels having a color the same as the center pixel are used for computing the output values, according to one embodiment. The sequence of assigning the center pixels are the same as the example of FIG. 8A, but a subset of pixel blocks 7×3 including a center pixel is used for multiplying and accumulation operations. For example, when green pixel G(M−1, N) is the center pixel, 9 shaded pixels of the 21 pixels in block BG(M−1, N) are used for computing the output value. For the operation of using only pixels of the same color as the center pixel in the convolution operation, kernel 700C of FIG. 7C having sparsity value of 3 in X direction and sparsity value of 1 in Y direction may be used.
  • Another use case of the step values and the sparsity is for processing 16 bit data when the computation core 516 is designed to process only 8 bit data. To process input data of 16 bit, each input data is first divided into two 8 bit data portions: One data portion is 8 bit image data including 8 most significant bits (MSB) and the other data portion includes 8 least significant bits (LSB). FIG. 8C illustrates an example arrangement where the 8 MSB data are stored in odd lines, and the 8 LSB data are stored in even lines of the input buffer circuit 502.
  • MSB data portions are sent to the computation core 516 by the datapath router 506 for the convolution operation with filter elements of a kernel. LSB data portions are then sent to the computation core 516 by the datapath router 506 for the convolution operation with the same filter elements of the kernel. The corresponding output values obtained by performing the convolution operation on the MSB data portions and the LSB data portions using the same kernel are then combined by the post-processor 528.
  • In order to perform such an operation, a step value of 1 in the X direction and a step value of 1 in the Y direction may be used. An MSB portion of a 16 bit data is first processed followed by a LSB portion of the 16 bit data is subsequently processed. A kernel such as kernel 700D having sparsity of 2 in X direction and sparsity of 1 in Y direction may be used for convolving with both the MSB portion and the LSB portion.
  • After the output values are obtained for 8 bit MSB and LSB data portions, the post-processor 528 performs the process of merging the corresponding two output values to obtain output values for 16 bit data.
  • The examples of FIGS. 8A through 8C are merely illustrative. Various other step values and sparsity values may be used to perform convolution on the input data of various number of channels taking into account various selections of neighboring pixels. For example, the step values in X and Y direction as well the sparsity value in X and Y direction may be 2 to perform convolution on pixel data in Bayer pattern.
  • Operation for Storing Output Values in Output Buffer
  • FIG. 9 is a diagram illustrating storing of output values of convolution in designated locations of the output buffer 524, according to one embodiment. The computation core 516 may not generate output values of different channels in an interleaved manner. That is, the computation core 516 may, for example, output values for a single output channel at a time. However, by storing the output values at pre-designated locations of the output buffer 524, the output values of multiple values can be stored in the output buffer 524 in an interleaved manner.
  • For example, when three output channels are generated as the result of convolution, the output values of the first channels are stored in the first column, fourth column, seventh column and so forth of the output buffer 524, whenever these output values become available through computation at the computation core 516. Similarly, the output values of the second channels are stored in the second column, fifth column, eighth column and so forth of the output buffer 524.
  • In contrast, the readout from the output buffer 524 may be sequential from the first column through the last column of the output buffer 524 in a raster fashion, producing an output with output values of multiple channels interleaved.
  • Kernel Splitting
  • A kernel for performing the convolution operation may include filter elements with a larger number of bits than what the multiplier circuits FE0 through FEN can handle. For example, the multiplier circuits FE0 through FEN can each receive and process filter elements of 8 bits whereas filter elements of a kernel may be 16 bit data. The convolution engine 414 can use such a kernel by dividing different bit portions of the kernel into two kernels.
  • For example, two separate kernels with 8 bit filter elements may be generated from the kernel with 16 bit filter elements: one 8 bit kernel including 8 highest significant bits (HSB) of the filter elements and another 8 bit kernel including 8 lowest significant bits (LSB) of the filter elements. The multiplier circuits FE0 through FEN may store 8 bit filter elements from both 8 bit kernels, and perform multiplication of the corresponding data values of data 508 with both 8 bit kernels.
  • The output values 515 of the multiplication are stored in predetermined locations of the output buffer 524. Then the post-processor 528 reads an output value generated by multiplying LSB filter element with a pixel value and another output value generated by multiplying a corresponding MSB filter element with the same pixel value, and then merges the two output values to generate an output 428 representing the result of the convolution using 16 bit kernel.
  • Patch Mode Operation
  • The input data 422 may include a plurality of image patches. The convolution engine 414 may operate in a patch mode where the convolution operation is performed on each of the image patches instead of the entire input data 422. In the patch mode, multiple patches of images may be stitched together for form a larger image, but each of the image patch is treated as a separate image. The same kernel can be applied to all the patches. Alternatively, different kernels may be applied to different patches.
  • To operate in the patch mode, the datapath router 506 may select and send pixel values of a single patch to the computation core 516. Alternatively, pixel values for multiple patches are sent to the computation core 516 but the post-processor 528 identifies output values 513 associated with each patch and generate outputs 428 for each patch.
  • When operating in the patch mode, the convolution engine 414 may receive information on the starting pixel location of each patch as well as the ending pixel location of each patch or the dimension of each patch to enable components of the convolution engine 414 to operate accordingly.
  • Example Method of Performing Convolution Process
  • FIG. 10 is a flowchart illustrating a method of performing convolution operation, according to one embodiment. First, the central control 320 sends 1004 the configuration information to the convolution engine 414. The configuration information may include, but is not limited to, sparsity values, step values, mapping between pixel data values and filter elements, operation to be performed at the compressor 510 of the convolution engine 414, the number of channels in input data or output values, and enabling/selection of post-processing operations to be performed at the post-processor 528.
  • After receiving the configuration information, the configuration of the convolution engine 414 is updated 1006 according to the configuration information to perform operations as described in the configuration information.
  • The convolution engine 414 receives 1008 input data interleaved with data of multiple channels at its input buffer circuit 502. For example, the input data may pixel data that is interleaved so that a row of input data includes a repeating sequence of red, green and blue pixel data. The input data may be other types of data such as HOG data or output values of the convolution engine in a previous cycle. The received input data is stored in the input buffer circuit 502.
  • In the convolution engine 414, all or subsets of the data values are selected and sent 1016 to the multiplier circuits FE0 through FEN of the computation core 516 according to the step values and sparse values. The step values may be set so that only the data values of one channel are selected as the center data (e.g., center pixel) and forwarded to the multiplier circuits of the computation core. The sparse values indicate which of the data values neighboring the center data are sent to the computation core 516 for computing the output values.
  • The multiplier circuits FE0 through FEN of the computation core 516 are also populated 1020 with filter element values received from the filter storage 520. The filter element values are multiplied with corresponding data values received from the input buffer circuit 502 via the datapath router 506. In one embodiment, each of the filter element values is associated with one data value for multiplication.
  • Output values are computed 1024 by performing multiplication of the populated filter elements and corresponding data values, and then accumulating the multiplied values at the computation core 516. In some embodiments, minimum values, maximum values or median values among a subset of the multiplied values are selected instead of accumulating the multiplied values to obtain the output values.
  • It is determined 1028 if a next cycle is to be performed. If so, the process returns to sending 1016 a subset of stored data values to the computation core 516. The subset of stored data values or kernels in the cycle is different from the stored data values in the prior cycle. The output values are updated with the updated data values and/or kernels in the cycle.
  • If there is no subsequent scan or cycle, the process proceeds to storing 1032 the output values in designated locations of an output buffer 524 of the convolution engine 414. In one embodiment, the locations of the output buffer 524 are pre-assigned to output values of certain output channels so that output data of different output channels are interleaved in a row of the output buffer 524.
  • After storing the output values in the output buffer 524, further post-processing such as normalized cross correlation may be performed on the stored output values by the post-processor 528. In one embodiment, the location that has the maximal score based on the normalized cross correlation can be detected. Such location indicates the best match shift between an image patch and a kernel.
  • The process as illustrated in FIG. 10 is merely illustrative and various changes can be made to the process. For example, instead of performing sending 1016 of stored data values and populating 1020 the filter elements in series, these operations may be performed in parallel. Further, the convolution engine 414 may be capable of performing only a single cycle operation, in which case, the step 1028 does not involve checking for a next cycle.
  • The stored data values can be used for various operations including, but not limited to, performing further filtering on the input data, recognizing objects of features on image data, and performing predictions or inference based on the input data. Embodiments enable such operations to be performed more efficiently with less power consumption.
  • It should be noted that the language used in the specification has been principally selected for readability and instructional purposes, and may not have been selected to delineate or circumscribe the inventive subject matter. Accordingly, the disclosure herein is intended to be illustrative, but not limiting, of the scope of the invention, which is set forth in the following claims.

Claims (26)

1. A convolution engine, comprising:
an input buffer circuit configured to receive and store data values of a plurality of channels of input data in an interleaved manner, the plurality of channels of input data including at least a first channel of input data and a second channel of input data interleaved with the first channel of input data;
a datapath switch circuit configured to retrieve, from the input buffer circuit, data values of the first channel of input data and skip data values of the second channel of input data in a cycle, and retrieve the data values of the second channel of input data and skip the data values of the first channel of input data in another cycle;
a filter switch circuit configured to retrieve filter elements of at least one kernel for performing a convolution operation; and
a computation core circuit configured to:
receive the data values from the datapath switch and the retrieved filter elements from the filter switch;
multiply each of the data values with a corresponding filter element to obtain multiplied values; and
process subsets of multiplied values to obtain output values.
2. The convolution engine of claim 1, further comprising an output buffer configured to store each of the output values in a predefined memory location of the output buffer.
3. The convolution engine of claim 2, wherein the output values of a plurality of output channels are interleaved in the output buffer.
4. The convolution engine of claim 1, further comprising a filter storage configured to store filter elements for performing the convolution operation, the filter switch circuit retrieving the filter elements from the filter storage.
5. The convolution engine of claim 1, wherein operations of the datapath switch circuit and the filter switch circuit are defined by configuration information received by the convolution engine.
6. The convolution engine of claim 5, wherein the configuration information comprises:
(i) step values for defining distances between center data values in columns or rows of data values stored in the input buffer circuit; and
(ii) sparse values indicating sparsity of the filter elements in the at least one kernel.
7. The convolution engine of claim 6, wherein data values corresponding to filter elements in the at least one kernel to be disregarded are not retrieved by the datapath switch circuit.
8. The convolution engine of claim 1, wherein the input buffer circuit stores (i) in a predetermined row and a column of memory location, first data values for a first subset of bits of a data unit in the input data and (ii) in the row and another column adjacent to the column storing the first subset of bits, a second data value for a second subset of bits of the data unit.
9. The convolution engine of claim 8, wherein the first subset of the bits is most significant bits of the data, and the second subset of the bits is least significant bits of the data.
10. The convolution engine of claim 1, further comprising a post-processing circuit configured to perform a post-convolution operation on the output values to generate an output of the convolution engine.
11. The convolution engine of claim 10, wherein the post-convolution operation comprises normalized cross correlation.
12. The convolution engine of claim 1, wherein the process performed on the subsets of multiplied values by the computation core includes one of (i) accumulating of the subsets of multiplied values to obtain an output value or (ii) selecting one of the multiplied values as an output value according to a criteria.
13. The convolution engine of claim 1, wherein one or more of the input buffer circuit, the datapath switch circuit, the filter switch circuit and the computation core circuit are configured to operate in a patch mode.
14. A method of performing convolution, comprising:
storing interleaved data values of a plurality of channels of input data in an input buffer circuit, the plurality of channels of input data including at least a first channel of input data and a second channel of input data interleaved with the first channel of input data;
retrieving, by a datapath switch circuit and from the input buffer circuit, data values of the first channel of input data and skipping data values of the second channel of input data in a cycle, and retrieving the data values of the second channel of input data and skipping the data values of the first channel of input data in another cycle;
retrieving, by a filter switch circuit, filter elements of at least one kernel for performing a convolution operation;
receiving, by a computation core circuit, the data values from the datapath switch and the retrieved filter elements from the filter switch;
multiplying, by the computation core circuit, each of the data values with a corresponding filter element to obtain multiplied values; and
processing, by the computation core circuit, subsets of multiplied values to obtain output values.
15. The method of claim 14, further comprising storing each of the output values in a predefined memory location of an output buffer.
16. The method of claim 15, wherein the output values of a plurality of output channels are interleaved in the output buffer.
17. The method of claim 14, further comprising storing, in a filter storage, the filter elements for performing the convolution operation, and wherein the filter switch circuit retrieves the filter elements from the filter storage.
18. The method of claim 14, further comprising receiving configuration information by the convolution engine, the configuration information defining operations of the datapath switch circuit and the filter switch circuit.
19. The method of claim 18, wherein the configuration information comprises:
(i) step values for defining distances between center data values in columns or rows of data values stored in the input buffer circuit; and
(ii) sparse values indicating sparsity of the filter elements in the at least one kernel.
20. The method of claim 19, wherein data values corresponding to filter elements in the at least one kernel to be disregarded are not retrieved by the datapath switch circuit.
21. The method of claim 14, wherein storing the interleaved data values in the input buffer circuit comprises (i) storing, in a predetermined row and a column of memory location, first data values for a first subset of bits of a data unit in the input data and (ii) storing, in the row and another column adjacent to the column storing the first subset of bits, a second data value for a second subset of bits of the data unit.
22. The method of claim 21, wherein the first subset of the bits is most significant bits of the data, and the second subset of the bits is least significant bits of the data.
23. The method of claim 14, further comprising performing a post-convolution operation on the output values, by a post-processing circuit, to generate an output of the convolution engine.
24. The method of claim 23, wherein the post-convolution operation comprises normalized cross correlation.
25. The method of claim 14, wherein processing the subsets of multiplied values includes one of (i) accumulating of the subsets of multiplied values to obtain an output value or (ii) selecting one of the multiplied values as an output value according to a criteria.
26. An image signal processor, comprising:
an input buffer circuit configured to receive and store data values of a plurality of channels of input data in an interleaved manner, the plurality of channels of input data including at least a first channel of input data and a second channel of input data interleaved with the first channel of input data;
a datapath switch circuit configured to retrieve, from the input buffer circuit, data values of the first channel of input data and skip data values of the second channel of input data in a cycle, and retrieve the data values of the second channel of input data and skip the data values of the first channel of input data in another cycle;
a filter switch circuit configured to retrieve filter elements of at least one kernel for performing a convolution operation; and
a computation core circuit configured to:
receive the at least subset of data values from the datapath switch and the retrieved filter elements from the filter switch,
multiply each of the data values with a corresponding filter element to obtain multiplied values, and
process subsets of multiplied values to obtain output values.
US15/198,478 2016-06-30 2016-06-30 Configurable convolution engine Active US9858636B1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US15/198,478 US9858636B1 (en) 2016-06-30 2016-06-30 Configurable convolution engine
US15/823,292 US10489478B2 (en) 2016-06-30 2017-11-27 Configurable convolution engine
US16/664,096 US10606918B2 (en) 2016-06-30 2019-10-25 Configurable convolution engine
US16/791,926 US10747843B2 (en) 2016-06-30 2020-02-14 Configurable convolution engine

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US15/198,478 US9858636B1 (en) 2016-06-30 2016-06-30 Configurable convolution engine

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/823,292 Continuation US10489478B2 (en) 2016-06-30 2017-11-27 Configurable convolution engine

Publications (2)

Publication Number Publication Date
US9858636B1 US9858636B1 (en) 2018-01-02
US20180005344A1 true US20180005344A1 (en) 2018-01-04

Family

ID=60788959

Family Applications (4)

Application Number Title Priority Date Filing Date
US15/198,478 Active US9858636B1 (en) 2016-06-30 2016-06-30 Configurable convolution engine
US15/823,292 Active 2036-09-20 US10489478B2 (en) 2016-06-30 2017-11-27 Configurable convolution engine
US16/664,096 Active US10606918B2 (en) 2016-06-30 2019-10-25 Configurable convolution engine
US16/791,926 Active US10747843B2 (en) 2016-06-30 2020-02-14 Configurable convolution engine

Family Applications After (3)

Application Number Title Priority Date Filing Date
US15/823,292 Active 2036-09-20 US10489478B2 (en) 2016-06-30 2017-11-27 Configurable convolution engine
US16/664,096 Active US10606918B2 (en) 2016-06-30 2019-10-25 Configurable convolution engine
US16/791,926 Active US10747843B2 (en) 2016-06-30 2020-02-14 Configurable convolution engine

Country Status (1)

Country Link
US (4) US9858636B1 (en)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180005078A1 (en) * 2016-06-30 2018-01-04 Apple Inc. Configurable histogram-of-oriented gradients (hog) processor
US9940534B1 (en) * 2016-10-10 2018-04-10 Gyrfalcon Technology, Inc. Digital integrated circuit for extracting features out of an input image based on cellular neural networks
CN108174057A (en) * 2018-01-10 2018-06-15 武汉烛照科技有限公司 It is a kind of using video image interframe difference to the method and device of picture fast noise reduction
US10043095B2 (en) * 2016-10-10 2018-08-07 Gyrfalcon Technology, Inc. Data structure for CNN based digital integrated circuit for extracting features out of an input image
US20190096026A1 (en) * 2017-04-27 2019-03-28 Apple Inc. Configurable convolution engine for interleaved channel data
US10311149B1 (en) 2018-08-08 2019-06-04 Gyrfalcon Technology Inc. Natural language translation device
US10331983B1 (en) * 2018-09-11 2019-06-25 Gyrfalcon Technology Inc. Artificial intelligence inference computing device
US10339445B2 (en) 2016-10-10 2019-07-02 Gyrfalcon Technology Inc. Implementation of ResNet in a CNN based digital integrated circuit
US10360470B2 (en) 2016-10-10 2019-07-23 Gyrfalcon Technology Inc. Implementation of MobileNet in a CNN based digital integrated circuit
US20190228285A1 (en) * 2018-01-24 2019-07-25 The Regents Of The University Of Michigan Configurable Convolution Neural Network Processor
US10366302B2 (en) 2016-10-10 2019-07-30 Gyrfalcon Technology Inc. Hierarchical category classification scheme using multiple sets of fully-connected networks with a CNN based integrated circuit as feature extractor
US10366328B2 (en) 2017-09-19 2019-07-30 Gyrfalcon Technology Inc. Approximating fully-connected layers with multiple arrays of 3x3 convolutional filter kernels in a CNN based integrated circuit
US10387772B1 (en) 2018-10-22 2019-08-20 Gyrfalcon Technology Inc. Ensemble learning based image classification systems
US10402628B2 (en) 2016-10-10 2019-09-03 Gyrfalcon Technology Inc. Image classification systems based on CNN based IC and light-weight classifier
US10417342B1 (en) 2018-07-03 2019-09-17 Gyrfalcon Technology Inc. Deep learning device for local processing classical chinese poetry and verse
US10489478B2 (en) 2016-06-30 2019-11-26 Apple Inc. Configurable convolution engine
US20240064417A1 (en) * 2022-08-22 2024-02-22 Qualcomm Incorporated Systems and methods for multi-context image capture

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108073549B (en) * 2016-11-14 2021-04-27 耐能股份有限公司 Convolution operation device and method
US10319066B2 (en) * 2017-04-27 2019-06-11 Apple Inc. Convolution engine with per-channel processing of interleaved channel data
US11157441B2 (en) 2017-07-24 2021-10-26 Tesla, Inc. Computational array microprocessor system using non-consecutive data formatting
US11893393B2 (en) 2017-07-24 2024-02-06 Tesla, Inc. Computational array microprocessor system with hardware arbiter managing memory requests
US10671349B2 (en) 2017-07-24 2020-06-02 Tesla, Inc. Accelerated mathematical engine
US11409692B2 (en) 2017-07-24 2022-08-09 Tesla, Inc. Vector computational unit
US11157287B2 (en) 2017-07-24 2021-10-26 Tesla, Inc. Computational array microprocessor system with variable latency memory access
US10706350B1 (en) * 2017-08-11 2020-07-07 Facebook, Inc. Video analysis using convolutional networks
US11561791B2 (en) 2018-02-01 2023-01-24 Tesla, Inc. Vector computational unit receiving data elements in parallel from a last row of a computational array
CN110210610B (en) * 2018-03-27 2023-06-20 腾讯科技(深圳)有限公司 Convolution calculation accelerator, convolution calculation method and convolution calculation device
US11210586B1 (en) 2018-04-20 2021-12-28 Perceive Corporation Weight value decoder of neural network inference circuit
US12093696B1 (en) 2018-04-20 2024-09-17 Perceive Corporation Bus for transporting output values of a neural network layer to cores specified by configuration data
US11568227B1 (en) 2018-04-20 2023-01-31 Perceive Corporation Neural network inference circuit read controller with multiple operational modes
US10977338B1 (en) 2018-04-20 2021-04-13 Perceive Corporation Reduced-area circuit for dot product computation
US11361213B1 (en) 2018-04-20 2022-06-14 Perceive Corporation Using lookup table to represent neural network activation function
US11481612B1 (en) 2018-04-20 2022-10-25 Perceive Corporation Storage of input values across multiple cores of neural network inference circuit
US11783167B1 (en) 2018-04-20 2023-10-10 Perceive Corporation Data transfer for non-dot product computations on neural network inference circuit
US11586910B1 (en) 2018-04-20 2023-02-21 Perceive Corporation Write cache for neural network inference circuit
US11537838B2 (en) 2018-05-04 2022-12-27 Apple Inc. Scalable neural network processing engine
US11783174B2 (en) * 2018-05-04 2023-10-10 Apple Inc. Splitting of input data for processing in neural network processor
US11487846B2 (en) * 2018-05-04 2022-11-01 Apple Inc. Performing multiply and accumulate operations in neural network processor
IN201811023855A (en) 2018-06-26 2018-07-13 Hcl Technologies Ltd
US20200034699A1 (en) * 2018-07-24 2020-01-30 SK Hynix Inc. Accelerating appratus of neural network and operating method thereof
US10997736B2 (en) 2018-08-10 2021-05-04 Apple Inc. Circuit for performing normalized cross correlation
US11995533B1 (en) 2018-12-05 2024-05-28 Perceive Corporation Executing replicated neural network layers on inference circuit
US11347297B1 (en) 2019-01-23 2022-05-31 Perceive Corporation Neural network inference circuit employing dynamic memory sleep
US11625585B1 (en) 2019-05-21 2023-04-11 Perceive Corporation Compiler for optimizing filter sparsity for neural network implementation configuration
US11087449B2 (en) * 2019-10-24 2021-08-10 KLA Corp. Deep learning networks for nuisance filtering
KR20210097448A (en) * 2020-01-30 2021-08-09 삼성전자주식회사 Image data processing method and sensor device for perfoming the same
WO2021214712A1 (en) * 2020-04-24 2021-10-28 Spectrum Optix Inc. Neural network supported camera image or video processing pipelines
TWI765282B (en) * 2020-06-19 2022-05-21 大陸商北京集創北方科技股份有限公司 Touch display chip and information processing device
CN111832717B (en) * 2020-06-24 2021-09-28 上海西井信息科技有限公司 Chip and processing device for convolution calculation
US11488281B1 (en) 2021-02-08 2022-11-01 Keysight Technologies, Inc. Multichannel interpolator
US11927634B2 (en) * 2022-04-01 2024-03-12 Samsung Electronics Co., Ltd Systems and methods for database scan acceleration

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5809182A (en) * 1993-09-17 1998-09-15 Eastman Kodak Company Digital resampling integrated circuit for fast image resizing applications
US20050041869A1 (en) * 2003-08-13 2005-02-24 Pascal Cathier Method and system for fast normalized cross-correlation between an image and a gaussian for detecting spherical structures
US7379105B1 (en) * 2002-06-18 2008-05-27 Pixim, Inc. Multi-standard video image capture device using a single CMOS image sensor
US8983188B1 (en) * 2013-05-14 2015-03-17 Google Inc. Edge-aware smoothing in images
US20160267324A1 (en) * 2015-03-11 2016-09-15 Microsoft Technology Licensing, Llc Context-awareness through biased on-device image classifiers

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4399536A (en) 1981-10-02 1983-08-16 Bell Telephone Laboratories, Incorporated Convolution filter arrangement for digital multifrequency receiver
US4694407A (en) 1985-06-11 1987-09-15 Rca Corporation Fractal generation, as for video graphic displays
JPH0823883B2 (en) 1987-07-02 1996-03-06 富士通株式会社 Video rate image processor
JPH07168809A (en) 1993-03-30 1995-07-04 Klics Ltd Method and circuit for conversion of wavelet
EP0626661A1 (en) 1993-05-24 1994-11-30 Societe D'applications Generales D'electricite Et De Mecanique Sagem Digital image processing circuitry
US6119213A (en) * 1995-06-07 2000-09-12 Discovision Associates Method for addressing data having variable data width using a fixed number of bits for address and width defining fields
US6539120B1 (en) 1997-03-12 2003-03-25 Matsushita Electric Industrial Co., Ltd. MPEG decoder providing multiple standard output signals
US6070263A (en) 1998-04-20 2000-05-30 Motorola, Inc. Circuit for use in a Viterbi decoder
US6163788A (en) * 1998-06-25 2000-12-19 Industrial Technology Research Institute Programmable finite impulse response processor with scalable dynamic data range
US6573905B1 (en) 1999-11-09 2003-06-03 Broadcom Corporation Video and graphics system with parallel processing of graphics windows
US7058086B2 (en) 1999-05-26 2006-06-06 Xm Satellite Radio Inc. Method and apparatus for concatenated convolutional encoding and interleaving
JP3688959B2 (en) 1999-11-29 2005-08-31 株式会社東芝 Packet transmission system
JP3927776B2 (en) 2001-06-25 2007-06-13 キヤノン株式会社 Image processing apparatus and processing method thereof
US7266255B1 (en) 2003-09-26 2007-09-04 Sun Microsystems, Inc. Distributed multi-sample convolution
US7737994B1 (en) 2003-09-26 2010-06-15 Oracle America, Inc. Large-kernel convolution using multiple industry-standard graphics accelerators
KR100664178B1 (en) 2004-11-13 2007-01-04 엘지전자 주식회사 Channel information update method for digital multimedia broadcasting receiver
US20060215929A1 (en) 2005-03-23 2006-09-28 David Fresneau Methods and apparatus for image convolution
KR20060121312A (en) 2005-05-24 2006-11-29 엘지전자 주식회사 Convolutional turbo code interleaver
CN100409258C (en) 2005-12-21 2008-08-06 北京航空航天大学 Device for real time quick realizing Gauss formwork convolution
WO2007072477A2 (en) 2005-12-21 2007-06-28 D-Blur Technologies Ltd. Image enhancement using hardware-based deconvolution
US7701496B2 (en) * 2006-12-22 2010-04-20 Xerox Corporation Color filter pattern for color filter arrays including a demosaicking algorithm
US8379738B2 (en) 2007-03-16 2013-02-19 Samsung Electronics Co., Ltd. Methods and apparatus to improve performance and enable fast decoding of transmissions with multiple code blocks
JP4442644B2 (en) 2007-06-15 2010-03-31 株式会社デンソー Pipeline arithmetic unit
US20090077359A1 (en) 2007-09-18 2009-03-19 Hari Chakravarthula Architecture re-utilizing computational blocks for processing of heterogeneous data streams
US8824833B2 (en) 2008-02-01 2014-09-02 Omnivision Technologies, Inc. Image data fusion systems and methods
US8345984B2 (en) 2010-01-28 2013-01-01 Nec Laboratories America, Inc. 3D convolutional neural networks for automatic human action recognition
US8989242B2 (en) 2011-02-10 2015-03-24 Nec Corporation Encoding/decoding processor and wireless communication apparatus
US8917952B2 (en) 2012-10-22 2014-12-23 Siemens Medical Solutions Usa, Inc. Parallel image convolution processing with SVD kernel data
CN104781827B (en) 2012-12-18 2018-10-19 英特尔公司 Hardware convolutional pre-filtering for accelerating object detection
GB2516221A (en) 2013-07-01 2015-01-21 Barco Nv Method and processor for streaming video processing
US9202144B2 (en) 2013-10-30 2015-12-01 Nec Laboratories America, Inc. Regionlets with shift invariant neural patterns for object detection
US9392173B2 (en) * 2013-12-13 2016-07-12 Adobe Systems Incorporated Image deblurring based on light streaks
US9832388B2 (en) 2014-08-04 2017-11-28 Nvidia Corporation Deinterleaving interleaved high dynamic range image by using YUV interpolation
CN104484658A (en) 2014-12-30 2015-04-01 中科创达软件股份有限公司 Face gender recognition method and device based on multi-channel convolution neural network
CN106033528A (en) 2015-03-09 2016-10-19 富士通株式会社 Method and equipment for extracting specific area from color document image
US20160328644A1 (en) * 2015-05-08 2016-11-10 Qualcomm Incorporated Adaptive selection of artificial neural networks
US9582726B2 (en) 2015-06-24 2017-02-28 Qualcomm Incorporated Systems and methods for image processing in a deep convolution network
US9858636B1 (en) 2016-06-30 2018-01-02 Apple Inc. Configurable convolution engine
CN108073549B (en) 2016-11-14 2021-04-27 耐能股份有限公司 Convolution operation device and method
US10176551B2 (en) 2017-04-27 2019-01-08 Apple Inc. Configurable convolution engine for interleaved channel data
US10325342B2 (en) 2017-04-27 2019-06-18 Apple Inc. Convolution engine for merging interleaved channel data
US10319066B2 (en) 2017-04-27 2019-06-11 Apple Inc. Convolution engine with per-channel processing of interleaved channel data

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5809182A (en) * 1993-09-17 1998-09-15 Eastman Kodak Company Digital resampling integrated circuit for fast image resizing applications
US7379105B1 (en) * 2002-06-18 2008-05-27 Pixim, Inc. Multi-standard video image capture device using a single CMOS image sensor
US20050041869A1 (en) * 2003-08-13 2005-02-24 Pascal Cathier Method and system for fast normalized cross-correlation between an image and a gaussian for detecting spherical structures
US8983188B1 (en) * 2013-05-14 2015-03-17 Google Inc. Edge-aware smoothing in images
US20160267324A1 (en) * 2015-03-11 2016-09-15 Microsoft Technology Licensing, Llc Context-awareness through biased on-device image classifiers

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180005078A1 (en) * 2016-06-30 2018-01-04 Apple Inc. Configurable histogram-of-oriented gradients (hog) processor
US10747843B2 (en) 2016-06-30 2020-08-18 Apple Inc. Configurable convolution engine
US10606918B2 (en) 2016-06-30 2020-03-31 Apple Inc. Configurable convolution engine
US9977994B2 (en) * 2016-06-30 2018-05-22 Apple Inc. Configurable histogram-of-oriented gradients (HOG) processor
US10586128B2 (en) 2016-06-30 2020-03-10 Apple Inc. Configurable histogram-of-oriented gradients (HOG) processor
US10489478B2 (en) 2016-06-30 2019-11-26 Apple Inc. Configurable convolution engine
US10366302B2 (en) 2016-10-10 2019-07-30 Gyrfalcon Technology Inc. Hierarchical category classification scheme using multiple sets of fully-connected networks with a CNN based integrated circuit as feature extractor
US10402628B2 (en) 2016-10-10 2019-09-03 Gyrfalcon Technology Inc. Image classification systems based on CNN based IC and light-weight classifier
US9940534B1 (en) * 2016-10-10 2018-04-10 Gyrfalcon Technology, Inc. Digital integrated circuit for extracting features out of an input image based on cellular neural networks
US10339445B2 (en) 2016-10-10 2019-07-02 Gyrfalcon Technology Inc. Implementation of ResNet in a CNN based digital integrated circuit
US10360470B2 (en) 2016-10-10 2019-07-23 Gyrfalcon Technology Inc. Implementation of MobileNet in a CNN based digital integrated circuit
US20180101743A1 (en) * 2016-10-10 2018-04-12 Gyrfalcon Technology, Inc. Digital Integrated Circuit For Extracting Features Out Of An Input Image Based On Cellular Neural Networks
US10043095B2 (en) * 2016-10-10 2018-08-07 Gyrfalcon Technology, Inc. Data structure for CNN based digital integrated circuit for extracting features out of an input image
US10489880B2 (en) * 2017-04-27 2019-11-26 Apple Inc. Configurable convolution engine for interleaved channel data
US20190096026A1 (en) * 2017-04-27 2019-03-28 Apple Inc. Configurable convolution engine for interleaved channel data
US10685421B1 (en) 2017-04-27 2020-06-16 Apple Inc. Configurable convolution engine for interleaved channel data
US10366328B2 (en) 2017-09-19 2019-07-30 Gyrfalcon Technology Inc. Approximating fully-connected layers with multiple arrays of 3x3 convolutional filter kernels in a CNN based integrated circuit
CN108174057A (en) * 2018-01-10 2018-06-15 武汉烛照科技有限公司 It is a kind of using video image interframe difference to the method and device of picture fast noise reduction
US20190228285A1 (en) * 2018-01-24 2019-07-25 The Regents Of The University Of Michigan Configurable Convolution Neural Network Processor
US10417342B1 (en) 2018-07-03 2019-09-17 Gyrfalcon Technology Inc. Deep learning device for local processing classical chinese poetry and verse
US10311149B1 (en) 2018-08-08 2019-06-04 Gyrfalcon Technology Inc. Natural language translation device
US10331983B1 (en) * 2018-09-11 2019-06-25 Gyrfalcon Technology Inc. Artificial intelligence inference computing device
US10387772B1 (en) 2018-10-22 2019-08-20 Gyrfalcon Technology Inc. Ensemble learning based image classification systems
US10482374B1 (en) 2018-10-22 2019-11-19 Gyrfalcon Technology Inc. Ensemble learning based image classification systems
US20240064417A1 (en) * 2022-08-22 2024-02-22 Qualcomm Incorporated Systems and methods for multi-context image capture
WO2024044474A1 (en) * 2022-08-22 2024-02-29 Qualcomm Incorporated Systems and methods for multi-context image capture

Also Published As

Publication number Publication date
US9858636B1 (en) 2018-01-02
US10747843B2 (en) 2020-08-18
US20180082400A1 (en) 2018-03-22
US20200057789A1 (en) 2020-02-20
US10606918B2 (en) 2020-03-31
US10489478B2 (en) 2019-11-26
US20200184000A1 (en) 2020-06-11

Similar Documents

Publication Publication Date Title
US10747843B2 (en) Configurable convolution engine
US10685421B1 (en) Configurable convolution engine for interleaved channel data
US10325342B2 (en) Convolution engine for merging interleaved channel data
US10319066B2 (en) Convolution engine with per-channel processing of interleaved channel data
EP3459042B1 (en) Parallel computer vision and image scaling architecture
US10855964B2 (en) Hue map generation for highlight recovery
US20180315172A1 (en) Noise Reduction Using Sequential Use of Multiple Noise Models
US10410314B2 (en) Systems and methods for crossfading image data
US10769474B2 (en) Keypoint detection circuit for processing image pyramid in recursive manner
US10825154B2 (en) Directional bilateral filtering with improved noise reduction along edges
US11010870B2 (en) Two stage multi-scale processing of image data
US10997736B2 (en) Circuit for performing normalized cross correlation
US9860429B1 (en) Scaling of image data in sensor interface based on detection of defective pixels
US10375368B2 (en) Image data conversion
US10692177B2 (en) Image pipeline with dual demosaicing circuit for efficient image processing
US20240292114A1 (en) Lens flare detection circuit using raw image
US11037272B2 (en) Reduction of line banding image artifacts

Legal Events

Date Code Title Description
AS Assignment

Owner name: APPLE INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LIM, SUK HWAN;SUGISAWA, JUNJI;WANG, MUGE;SIGNING DATES FROM 20160615 TO 20160628;REEL/FRAME:039057/0854

STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction
MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 4