WO2004068849A1

WO2004068849A1 - Modular architecture having reusable front end for processing digital video data

Info

Publication number: WO2004068849A1
Application number: PCT/US2004/002713
Authority: WO
Inventors: Chienchung Chang
Original assignee: Qualcomm Incorporated
Priority date: 2003-01-30
Filing date: 2004-01-30
Publication date: 2004-08-12
Also published as: US20040151242A1; CN1757226A; JP5307086B2; US8159548B2; US8804000B2; CN100421454C; JP2006516868A; KR20050098287A; EP1588553A1; US20120167156A1; JP2011010331A; WO2004068849A8

Abstract

A device is described that includes an encoder/decoder (CODEC) in which functionality is partitioned between a video front end (VFE) and a video back end (VBE). The VFE encapsulates functionality and image processing operations to support a variety of applications, and presents a flexible inter-processor by which an external master device can easily control these operations. The video back end (VBE) operates as an encoder and/or a decoder to generate encoded and/or decoded video sequences. The VFE and VBE may execute within an operating environment provided by a slave device.

Description

MODULAR ARCHITECTURE HAVING REUSABLE FRONT END FOR PROCESSING DIGITAL VIDEO DATA

TECHNICAL FIELD

[0001] This disclosure relates to techniques for processing digital video data.

BACKGROUND

[0002] With recent increases in computer processing capabilities and affordability, full motion digital video devices are becoming more widely available. In particular, digital video capabilities have been incorporated into a wide range of devices including digital televisions, digital direct broadcast systems, wireless communication devices, portable digital assistants (PDAs), laptop computers, and desktop computers. These devices can provide significant improvements over conventional analog video systems in creating, modifying, transmitting, storing, and playing full motion video sequences. [0003] To integrate digital video capabilities, these devices often support a variety of camcorder or camera applications. For example, these devices typically include a digital viewfinder or other display, an image sensor for video data capture, and image processing functions to perform specialized image manipulation, as well as compression and decompression of the digital video data in accordance with one or more of a variety of video compression standards or processes. Providing these digital video capabilities often requires a significant amount of specialized hardware, software, or both.

SUMMARY

[0004] In general, this disclosure describes techniques for processing digital video data, such as encoding or decoding digital video data. A device, such as an encoder, a decoder or an encoder/decoder (CODEC), includes an innovative architecture in which functionality is partitioned between a video front end ( E) and a video back end (VBE). The NFE encapsulates functionality and image operations to support a variety of applications, and presents a flexible inter-processor interface by which an external master device can easily control these operations.

[0005] This partitioning insulates the NBE from a variety of implementation-specific functions, such as interfacing directly with camera interface hardware, performing color conversion and other image processing functions necessary to drive viewfinder, or operations. Consequently, the techniques described herein may provide a distributed video system that eases integration of digital video capabilities within new devices. The NFE may easily be reused in different applications with any desired image sensor, display, and back-end software or firmware, or combination thereof, to easily integrate video data capabilities into new products or devices.

[0006] In one embodiment, a system comprises a video front end (NFE) having a programmable interface to receive commands, wherein the NFE captures video input data and pre-process the video input data to produce video output data in accordance with the commands. The system further comprises a video back end (NBE) to generate an encoded sequence of video data from the video output data of the NFE, and a controller to provide commands to the NFE via the interface to control the desirable preprocessing of the video input data.

[0007] In another embodiment, a device comprises a video front end (NFE) executing within an operating environment provided by the device and includes a programmable interface to receive commands from an external device. The NFE captures video input data and pre-process the video input data in accordance with the commands to produce video output data for encoding by a video back end and video display data for display by a display device.

[0008] In another embodiment, a device comprises means for programmatically receiving commands from a master device, and means for capturing and pre-processing video input data to produce video output data and video display data in accordance with the commands. The device further comprises means for generating an encoded sequence of video data from the video output data.

[0009] In another embodiment, a method comprises programmatically receiving commands from a master device via an inter-processor interface, and capturing and preprocessing video input data via a slave device in accordance with the commands to produce video output data in a first image format and video display data in a second image format. The method further comprises communicating the video output data to an encoder for generation of an encoded sequence of video data; and communicating the video display data to an output device for display.

[0010] The details of one or more embodiments are set forth in the accompanying drawings and the description below. Other features, objects, and advantages will be apparent from the description and drawings, and from the claims. BRIEF DESCRIPTION OF DRAWINGS

[0011] FIG. 1 is a block diagram illustrating an example digital video device incorporating a video encoder/decoder (CODEC) that is partitioned between a video front end (NFE) and a video back end (NBE).

[0012] FIG 2 is a block diagram illustrating an example embodiment of the NFE of FIG.

1 in further detail.

[0013] FIG. 3 is a state diagram illustrating example operation of the NFE in further detail.

[0014] FIG. 4 is a flowchart illustrating example operation of a digital video device.

DETAILED DESCRIPTION

[0015] FIG. 1 is a block diagram illustrating an example digital video device 10 incorporating a video encoder/decoder (CODEC) 12 that is partitioned between a video front end (NFE) 14 and a video back end (NBE) 16. Device 10 may operate as a source device that transmits an encoded sequence of video data to a receiving device (not shown). Similarly, device 10 may operate as a receive device capable of receiving and decoding video data. Example devices include servers located on a computer network, workstations or other desktop computing devices, and mobile computing devices, such as laptop computers, a personal digital assistant (PDA), a wireless communication device, and the like. Other examples include digital television broadcasting satellites, digital televisions, digital video cameras or other recording devices, digital video telephones, wireless video devices, and the like.

[0016] For purposes of example, digital video device 10 is illustrated as a wireless device, such as a cellular phone. However, the techniques described herein are not limited to wireless devices, and may be readily applied to other digital video devices. Furthermore, although illustrated in reference to a CODEC, this disclosure is not so limited and may readily be applied to encoders and decoders. [0017] Controller 24 provides primary control over the components of CODEC 12, including NFE 14, and coordinates communication with the other components of digital video device 10. Controller 24 directs CODEC 12 to perform many of the computationally intensive tasks required for encoding and decoding digital video sequences. CODEC 12 may take the form of a digital signal processor (DSP), and may have a dedicated memory 41 for storing instructions and data. Alternatively, or in addition, CODEC 12 may include dedicated hardware, software, firmware, or combinations thereof. Similarly, controller 24 may take the form of an embedded microprocessor, specialized hardware, software, e.g., a control software module, or combinations thereof. Moreover, CODEC 12 and controller 24, as well as other components of device 10, may be implemented in one or more application-specific integrated circuit (ASIC), as multiple discrete components, or combinations thereof. [0018] Digital video device 10 also includes a number of different peripherals, such as a display or viewfinder 17 and an image sensor 23. Under the direction of controller 24, CODEC 12 captures video input data 30 (NID) from image sensor 23, and communicates the video input data to NFE 14. Camera interface 22 is responsible for abstracting the interface details of image sensor 23. For example, in response to controls and configuration data 27 from NFE 14, camera interface 22 synchronizes horizontal and vertical reference signals in the data received from image sensor 23. Camera interface 22 may also include limited functionality to processes the video data, such as by masking pixels.

[0019] In general, NFE 14 of CODEC 12 encapsulates functionality and pre-processing operations to support a variety of camera or camcorder applications, and includes a flexible inter-processor interface for controlling these operations. The primary task of NFE 14 is to process incoming video input data 30 in real-time. NFE 14 receives video input data 30, and processes the data to produce video output data (NOD) 35 into acceptable format for NBE 16 based on commands and configuration parameters 25 received from controller 24. In addition, NFE 14 formats video input data 30 to produce video display data (NDD) 37 in a form suitable for display by viewfinder 17, which may comprise any output device for displaying the NDD, e.g., a liquid crystal display (LCD) for a camcorder or a mobile phone screen. NFE 14 stores video output data 35 and video display data 37 within video memory 15 for access by VBE 16 and controller 24, respectively. VFE 14 provides status information 26 via the inter-processor interface to indicate the status of pending commands.

[0020] NFE 14 may perform complex image processing operations on video input data 30, such as converting color video frames to black-and-white format, modifying contrast or luminance characteristics of the data, digitally enhancing or modifying lighting conditions for the captured data, performing a digital zoom operation, image sensor processing and compensation, e.g., white balancing, automatic gain control, and gamma correction, and modifying the captured video data to simulate halos, sunsets, star filters or other filter effects. In addition, NFE 14 may reduce the frame rate or image size of the captured video input data 30.

[0021] As described in further detail below, NFE 14 presents an inter-processor application-programming interface (API) that allows controller 24 to easily control and reconfigure NFE 14. The API provides an inter-processor interface, allowing NFE 14 to act as a slave to controller 24.

[0022] NBE 16 may comprise any software application, hardware unit, or the like, that encodes or decodes video data. More specifically, NBE 16 may utilize video output data 35 to generate an encoded bit stream of video sequences. When operating as an encoder, NBE 16 encodes video output data 35, and may buffer the encoded bit stream within video memory 15, e.g., for wireless transmission via transmitter / receiver 18 and antenna 19. For example, NBE 16 may comprise a JPEG still image encoder for a digital camera, an MPEG video encoder for a digital camcorder, and the like. NBE may be, therefore, a proprietary encoder or decoder, or may processes video output data 35 in accordance with one or more of a variety of data compression standards, such as MPEG-1, MPEG-2, or MPEG-4 by The Moving Picture Experts Group (MPEG), QuickTime™ by Apple Computer of Cupertino California, Video for Windows™ developed by Microsoft Corporation of Redmond, Washington, Indeo™ developed by Intel Corporation, RealVideo™ from RealNetworks, Inc. of Seattle, Washington, and Cinepak™ developed by SuperMac Inc, H.263, H.264, JPEG 2000, and the like.

[0023] Alternatively or in addition, VBE 16 may operate as a decoder. More specifically, VBE 16 may receive a bit stream of encoded video sequences from receiver / transmitter 18, and process the bit stream to produce decoded video sequences for processing and display by VFE 14. VFE 14 and VBE 16 may exchange control signals 28 to trigger video processing operations. For example, controller 24 or VFE 14 may trigger encoding operations by VBE 16. When operating as a decoder, controller 24 or VBE 16 may trigger operations by VFE 14. VFE 14 and VBE 16 may be provided as standalone hardware or software modules, e.g., software modules for execution by a DSP, or combinations thereof.

[0024] Memories 21, 41 stores instruction and data for use by controller 24 and CODEC 12, respectively. Although illustrated as separate memories, memories 21, 41 may be a common memory device. Memories 21, 41 may comprise read-only memory (ROM), synchronous dynamic random access memory (SDRAM), non- volatile static random access memory (SRAM), Flash memory, electrically erasable programmable read-only memory (EEPROM), and the like. Video memory 24 may take the form of Video Dynamic Memory Access (VDMA). As illustrated, memories 15, 21 may be external to CODEC 12 and coupled to controller 24.

[0025] Partitioning the functionality of CODEC 12 into VFE 14 and VBE 16, as described, insulates VBE 16 for having to perform a variety of implementation-specific functions, such as interfacing directly with camera interface hardware 22, performing color conversion and other image processing functions necessary to drive viewfinder 17, or other implementation-specific operations. Consequently, VFE 14 may be viewed as performing implementation-specific image processing functions, while VBE 16 can perform implementation-independent image processing functions. [0026] In addition, the partitioning may provide increased flexibility to ease integration of digital video capabilities within new devices. For example, the functional partitioning between VFE 14 and VBE 16 yields a distributed video system, and allows a designer to easily reuse VFE 14 with any desired back-end software or firmware, or combination thereof, to integrate video data capabilities into new products or devices. In this manner, new video compression standards may easily be supported by coupling VFE 14 with a new VBE 16. In other words, a designer may reuse VFE 14 as a common module with any desired different VBEs or other application software or firmware, even proprietary VBEs, to integrate digital video capabilities within a new device. Moreover, the flexibility and configurability of VFE 14 allows the VFE to be easily used with different image sensors and display devices. Consequently, VFE 14 may easily be reused and embedded within multiple devices with little or no change, and may ease design and production of new devices, such as a JPEG-based still digital camera, or a cellular phone that integrates MPEG-based video capture and communication.

[0027] FIG. 2 is a block diagram illustrating an example embodiment of VFE 14 (FIG. 1) in further detail. As illustrated, VFE 14 may include a number of functional modules 30A - 30F, and a common application programming interface (API) 32 by which controller 24 may programmatically configure the modules. Many of modules 30, i.e., modules 30B- 30F, may be used both to pre-process video data for encoding by VBE 16, and for postprocessing decoded video sequences produced by VBE 16. In this manner, modules 30 may be used in a variety of applications. Modules 30 may be implemented as software modules for execution within an operating environment provided by CODEC 12, e.g., on a DSP. However, modules 30 may be implemented in hardware, firmware, software, or combinations thereof.

[0028] Camera driver 30A interfaces directly with camera interface hardware 22, and programs the hardware to capture one or more video frames from image sensor 32. In particular, camera driver 30A issues commands 27 and, in response, receives video input data 30.

[0029] For example, camera driver 30A programmably configures camera interface hardware 22 to start and stop video capture. In addition, camera driver 30A defines an image frame dimension, e.g., lines per frame and pixels per line, and an image window for data collection, a data format, e.g., little or big Endian. Further, camera driver 30A may issue commands 27 to direct camera interface hardware 22 to perform initial sub- sampling along the space domain and the time domain to reduce the image size and frame rate.

[0030] Camera driver 30A processes video input data 30, and stores the processed data to video memory 15 (FIG. 1) in a standard form for backend processing by VBE 16. Camera driver 30A may, for example, store the image in YCbCr (Luminance- Chrominance) 4:2:2 format, which means that the chrominance values for the image data is sub-sampled only in the horizontal direction. For example, camera driver 30 may process a color image or frame of size 352x288 pixels to produce a frame in which the luminance data remain 352x288, but the chrominance values are sub-sampled to a size of 176x288 pixels.

[0031] Frame rate control module 30B provides functionality to down sample or up sample the sequence of video data captured by image sensor 23 and produced by camera interface 22, i.e., video input data 30, to a desirable frame rate. Frame rate control module 30B may, for example, down sample or up sample the incoming video frames of video input data 30 by a fractional or integer factor, giving VFE 14 flexibility for use in a wide range of applications.

[0032] Image processing module 30C allows controller 24 to programmably select and apply frame-by-frame image processing functions to incoming video input data 30. For example, controller 24 may issue commands via API 32 to select functions like conversion of color video frames to black-and-white format, modify contrast or luminance characteristics of the data, digitally enhance or modify lighting conditions for the captured data, perform a digital zoom operation, image sensor processing and compensation, e.g., white balancing, automatic gain control, and gamma correction, and modify the captured video data to simulate halos, sunsets, star filters or other filter effects. Image processing module 30C may apply these functions to pre-process video input data 30 for encoding by VBE 16, or to post-process decoded video sequences produced by VBE 16. For example, image processing module 30C may apply these functions to enhance the decoded video sequences produced by VBE 16 from a received video bit stream.

[0033] Image size control module 30E provides functionality to down sample or up sample an image size to a desirable image size. Moreover, image size control module 30E may down sample the image size and retain the aspect ratio, or achieve a different desirable aspect ratio. For example, a VGE image having resolution of 640x480 may be sub-sampled to CLF format having a resolution 352x288. Image size control module 30E may, for example, down-sample the image size of video input data 30 by a fractional or integer factor, giving VFE 14 flexibility for use in a wide range of applications. [0034] Viewfinder driver 30D provides functionality for driving viewfinder 17 with video display data 35. Viewfinder 17 may require video display data 35 in a format that is significantly different from the format of video input data 30 or video output data 35. For example, viewfinder 17 may require video display data 35 at different frame rate or image size. Viewfinder driver 30D may make use of frame rate control module 30C and image size control module 30E to processes video input data 30 and produce video display data 35 in a form suitable for display by viewfinder 17.

[0035] Color conversion module 30F provides functionality for converting video input data 30 to a different color space, e.g., a different format for representing the color image data. For example, color conversion module 30F may process video input data 30 to produce video output data 35 in YCbCr (Luminance-Chrominance) 4:2:2 format for use by VBE 16. In addition, color conversion module may also process video input data 30 to produce video display data 35 in RGB format for display by viewfinder 17. Moreover, color conversion module may control the color depth of the format produced, e.g., 16-bit, 18-bit, and 24-bit depth. [0036] Controller 24 programmatically configures and interacts with modules 30 of VFE 14 by issuing commands in accordance with API 32. In one embodiment, API 32 supports the following commands:

CONFIG - The CONFIG command is used to program VFE 14, and allows controller 24 to specify a wide range of parameters for controlling the functionality of modules 30.

CAPTURE - The CAPTURE command initiates the capture and processing of video input data 30 via VFE 14

IDLE - The IDLE command directs NFE 30 to halt capture of video input data 30.

[0037] To issue the above commands, controller 24 may write the commands to memory within CODEC 12. More specifically, CODEC 12 may include a command (CMD) register 37 for holding the pending command, and a command (CMD) buffer 36 for holding any parameters associated with the command. Upon writing a command and associated parameters to command register 37 and command buffer 36, respectfully, controller 24 issues an interrupt to VFE 14 to indicate a command is pending. In one example embodiment, command register 37 comprises a single 32-bit buffer to store a command header for the particular command being issued. Command buffer 36 comprises buffer having a size of cable of storing twenty-three 32-bit words. [0038] VFE 12 utilizes message (MSG) register 38 to indicate the status of pending commands, e.g., whether the command has been completed, or whether an illegal command was encountered. VFE 12 issues interrupts to controller 24 to indicate the availability of new status information within message register 38. Controller 24 accesses message register 38 to verify that the previous command has been completely processed prior to issuing a subsequent command.

[0039] In one embodiment, message register 38 stores status messages in eight 32-bit words as follows: Table 1

[0040] In one embodiment, the CONFIG command includes an extensive parameter list that allows controller 24 to easily programmatically configure VFE 14 as necessary to support the video capabilities required by device 10. More specifically, controller 24 writes command buffer 36 with a twenty-three (23) word parameter list, as illustrated in the following table:

Table 2

[0041] FIG. 3 is a state diagram illustrating example operation of VFE 14 in further detail. In this example, state machine 60 includes three states: LNIT state 62, DLE state

64, and CAPTURE state 66.

[0042] Upon initial power-up or a hardware reset, VFE 14 enters INIT state 62. For VFE

14 to exit this state, controller 24 must issue a CONFIG command to programmatically configure VFE 14, as described above. Upon receiving the CONFIG command, VFE 14 transitions to DDLE state 64.

[0043] Within the DDLE state 64, VFE 14 accepts all three possible commands from controller 24 without generation of an error: the CONFIG command, the CAPTURE command and the DDLE command. Controller 24 may, for example, issue the CONFIG command to reprogram VFE 14. Upon receiving and processing the CONFIG command, VFE 14 returns to DDLE state 64. An DDLE command is essentially ignored as VFE 14 is already operating within DDLE state 64.

[0044] Upon receiving a CAPTURE command, VFE 14 transitions to CAPTURE state 66 and executes the parameters programmed by the most recent CONFIG command. While in CAPTURE state 66, VFE 14 starts the camera interface hardware 22, and begins receiving and processing video input data 30.

[0045] Initially, VFE 14 examines the parameters associated with the CAPTURE command to determine whether snapshot mode is enabled. If snapshot mode is enabled, VFE 14 captures a single video frame of video input data 30, and immediately returns to DDLE state 64 upon capturing the frame. If snapshot mode is not enabled, VFE 14 remains in CAPTURE state 64 and continuously receives and processes video frames. [0046] More specifically, VFE 14 receives video input data 30, and processes the data to produce video output data 35 into acceptable format for VBE 16 based on commands and configuration parameters 23 received from controller 24. In addition, VFE 14 formats video input data 30 to produce video display data 35 in a form suitable for display by viewfinder 17, and stores video output data 35 within video memory 15 for access by VBE 16 or controller 24.

[0047] While operating in capture mode 66, VFE 14 invokes functional modules 30A - 30F based on the programmable parameters provided by controller 24. For example, as described above, camera driver 30A programmably configures camera interface hardware 22 to start and stop video capture. Frame rate control module 30B processes video input data 30 captured by image sensor 23 and produced by camera interface 22 to a desirable frame rate.

[0048] Image processing module 30C may perform complex image processing operations on video input data 30 based on the parameters provided by controller 24 via the CONFIG command. Viewfinder driver 30D processes video input data 30 from video memory 15 lo produce video display data 35 in a form suitable for display by viewfinder 17.

[0049] Image size control module 30E provides functionality to down sample an image size to a desirable image size. Color conversion module 30F provides functionality for converting video input data 30 to a different color space, e.g., a different format for representing the color image data, as may be required by VBE 16 or viewfinder 17. [0050] VFE 14 terminate image capture and returns to DDLE state 64 upon receiving an DDLE command from controller 66.

[0051] FIG. 4 is a flowchart illustrating example operation of digital video device 10. Initially, controller 24 programmatically configures CODEC 12 via commands 25 via the inter-processor interface of VFE 14 (70). In this manner, controller 24 may be viewed as a master device, and CODEC 12 as a slave device.

[0052] When CODEC 12 operates as an encoder, VFE 14 captures and pre-processes video input data 30 in accordance with the commands to produce video output data 35 in a first image format and video display data in a second image format (72). During the process VFE 14 generates the video output data and the video display data in accordance with programmable formats, e.g., programmable frame rates, image sizes, and color spaces. VFE 14 communicates the video output data to VBE 16 for generation of an encoded sequence of video data (74), and communicates the video display data to controller 24 for display on viewfinder 17 (76). In similar fashion, VFE 14 may receive decoded video sequences from VBE 16, and process and display the decoded video sequences in accordance with commands 25 provided by controller 24. [0053] Various embodiments have been described in which an example video encoder/decoder (CODEC) is partitioned between a video front end (VFE) and a video back end (VBE). As described within this disclosure, the VFE encapsulates functionality and pre-processing operations to support a variety of camera or camcorder applications, and presents a flexible inter-processor by which an external master device can easily control these operations. This partitioning yields a distributed video system that insulates the VBE from a variety of implementation-specific functions, such as interfacing directly with camera interface hardware, performing color conversion and other image processing functions necessary to drive viewfinder, or other implementation-specific operations. Consequently, the techniques described herein may provide increased flexibility to ease integration of digital video capabilities within new devices. For example, a designer may easily reuse the VFE with any desired back-end software or firmware, or combination thereof, to integrate video data capabilities into new products or devices. These and other embodiments are within the scope of the following claims.

Claims

CLAIMS:

1. A system comprising: a video front end (VFE) having a programmable interface to receive commands, wherein the VFE captures video input data and pre-process the video input data to produce video output data in accordance with the commands; a video back end (VBE) to generate an encoded sequence of video data from the video output data of the VFE; and a controller to provide commands to the VFE via the interface to control the preprocessing of the video input data.

2. The system of claim 1, wherein the VFE pre-processes the video input data in accordance with the commands to produce video display data for display.

3. The system of claim 2, wherein in accordance with the commands, the VFE pre- processes the video input data to generate the video output data in a first format for processing by the VBE and the video display data in a second format for display.

4. The system of claim 2, wherein the VFE includes: a viewfinder driver for presenting the video display data in accordance with the commands; a frame rate control module to generate the video output data and the video display data at programmable frame rates in accordance with the commands; an image size control module to generate the video output data and the video display data at programmable image sizes in accordance with the commands; a color conversion module that, based on the commands, generates the video output data in accordance with a first color space for processing by the VBE, and the video display data in accordance with a second color space for display by the viewfinder driver; and an image processing module to perform one or more image manipulation operations on the video input data in accordance with the commands.

5. The system of claim 2, wherein the programmable interface allows the controller to programmatically set an input image format of the video input data and output image formats for the video output data and the video display data

6. The system of claim 5, wherein the programmable interface allows the controller to programmatically set a frame row width, a number of pixels per row, a frame column height, a number of rows per frame for each of the image formats.

7. The system of claim 1, wherein the programmable interface allows the controller to programmatically specify a first bit pattern for selecting frames to drop from the video input data and a second bit pattern for selecting X and Y pixels to drop from each frame of the video input data to produce the video output data.

8. The system of claim 1, wherein the programmable interface supports a capture command to programmatically initiate capture of the video input data by the VFE, an idle command to programmatically terminate capture of video data, and a configure command to programmatically control the capture and processing of video data.

9. The system of claim 1, wherein the VFE performs implementation-specific image processing functions, and the VBE performs implementation-independent image processing functions.

10. The system of claim 1, wherein the controller executes within an operating environment of a first processor, and the VFE and VBE execute within an operating system of a second processor, and the programmable interface of the VFE includes a programmable inter-processor interface to receive commands from the control module.

11. The system of claim 10, wherein the programmable inter-processor interface comprises: a programmable command register to receive the commands from the controller; a programmable command buffer to store parameters associated with the commands; and a status register to communicate a status from the VFE to the controller.

12. The system of claim 10, further comprising a memory accessible by both the first and second processor to store the video output data.

13. The system of claim 1, wherein the system comprises a video encoder/decoder (CODEC).

14. A device comprising: a video front end (VFE) executing within an operating environment provided by the device and having a programmable interface to receive commands from an external device, wherein the VFE captures video input data and pre-process the video input data in accordance with the commands to produce video output data for encoding by a video back end and video display data for display by a display device.

15. The device of claim 14, wherein the programmable interface supports parameters for defining a first image format and a second image format, and the VFE generates the video output data in accordance with the first image format and the video display data in accordance with the second image second format based on the commands.

16. The device of claim 14, wherein the VFE further comprises: an image processing module to perform selectively perform one or more image manipulation operations on the video input data to produce the video output data and the video display data in accordance with the commands; a frame rate control module to generate the video output data and the video display data at programmable frame rates in accordance with the commands; an image size control module to generate the video output data and the video display data at programmable image sizes in accordance with the commands; and a color conversion module that, based on the commands, generates the video output data in accordance with a first color space for processing by the VBE, and the video display data in accordance with a second color space for display by the viewfinder driver.

17. The device of claim 16, wherein the VFE further comprises a viewfinder driver for presenting the video display data in accordance with the commands, wherein the viewfinder driver invokes the frame rate control module and the image size control module to produce the video display data at a frame rate or an image size for the viewfinder in accordance with the commands.

18. The device of claim 14, wherein the programmable interface allows the external device to programmatically set a frame row width, a number of pixels per row, a frame column height, a number of rows per frame, and input image format for each of the video input data, the video output data, the video display data.

19. The device of claim 14, wherein the programmable interface allows the external device to programmatically set a color space for the video output data and the video display data.

20. The device of claim 14, wherein the programmable interface allows the controller to programmatically specify a first bit pattern for selecting frames to drop from the video input data and a second bit pattern for selecting X and Y pixels to drop from each frame of the video input data to produce the video output data.

21. The device of claim 14, wherein the programmable interface supports a capture command to programmatically initiate capture of the video input data by the VFE, an idle command to programmatically terminate capture of video data, and a configure command to programmatically control the capture and processing of video data.

22. The device of claim 14, wherein the device executing the VFE and the external device comprise programmable processors, and the programmable interface of the VFE includes a programmable inter-processor interface to receive commands from the external device.

23. The device of claim 22, wherein the programmable inter-processor interface comprises: a programmable command register to receive the commands from the controller; a programmable command buffer to store parameters associated with the commands; and a status register to communicate a status from the VFE to the controller.

24. The device of claim 14, wherein the device comprises a video encoder/decoder (CODEC).

25. The device of claim 14, wherein the device comprises a digital signal processor (DSP) providing the operating environment for execution of the VFE.

26. A device comprising: means for programmatically receiving commands from a master device; means for capturing and pre-processing video input data to produce video output data and video display data in accordance with the commands; and means for generating an encoded sequence of video data from the video output data.

27. The device of claim 26, wherein the receiving means supports parameters for defining a first image format and a second image format, and the capturing and preprocessing means generates the video output data in accordance with the first image format and the video display data in accordance with the second image second format based on the commands.

28. The device of claim 26, wherein the capturing and pre-processing means further comprises: frame rate reduction means to generate the video output data and the video display data at programmable frame rates in accordance with the commands; sub-sampling means to generate the video output data and the video display data at programmable image sizes in accordance with the commands; viewfinder driver means for presenting the video display data in accordance with the commands, wherein the viewfinder driver means invokes the frame rate control module and image size control module to produce the video display data at a frame rate or an image size for the viewfinder in accordance with the commands; and color conversion means for generating the video output data in accordance with a first color space for processing by the VBE and the video display data in accordance with a second color space based on the commands.

29. The device of claim 26, wherein the programmable interface allows the master device to programmatically set a frame row width, a number of pixels per row, a frame column height, a number of rows per frame, and input image format for each of the video input data, the video output data, the video display data.

30. The device of claim 26, wherein the programmable interface allows the master device to programmatically set a color space for the video output data and the video display data.

31. The device of claim 26, wherein the receiving means allows the master device to programmatically set pixel counters and line counters for displaying the video display data, a bit pattern for selecting frames to drop from the video input data to produce the video output data, and a bit pattern for selecting X and Y pixels to drop from each frame of the video input data to produce the video output data.

32. The device of claim 26, wherein the receiving means comprises an inter-processor communication means comprising: means for receiving the commands and parameters associated with the commands from the master device; and means for communicating a status from the capturing and pre-processing means to the master device.

33. A method comprising: piOgrammatically receiving commands from a master device via an inter- processor interface; capturing and pre-processing video input data via a slave device in accordance with the commands to produce video output data in a first image format and video display data in a second image format; communicating the video output data to an encoder for generation of an encoded sequence of video data; and communicating the video display data to an output device for display.

34. The method of claim 33, wherein capturing and pre-processing the video input data comprises generating the video output data and the video display data at programmable frame rates and at programmable image sizes in accordance with the commands.

35. The method of claim 33, wherein capturing and pre-processing the video input data comprises generating the video output data in accordance with a first color space for processing by the VBE and the video display data in accordance with a second color space based on the commands.

36. The method of claim 33, wherein receiving commands comprises receiving the commands and parameters associated with the commands via a programmable register accessible by the master device and the slave device.

37. A device comprising: a master device to issue image processing commands; and a slave device that provides an operating environment for a video front end (VFE) and a video back end (VBE) for encoding or decoding video sequences in accordance with the commands, wherein the VFE includes a programmable interface to receive the image processing commands and, in accordance with the image processing commands, captures and pre-process video sequences for encoding by the VBE and receives and processes decoded video sequences from the VBE.

38. The device of claim 37, wherein the programmable interface supports parameters for defining a first image format and a second image format, and the VFE and the VBE exchange the video sequences in accordance with the first image format, and the VFE displays the video sequences in accordance with the second image second format.

39. The device of claim 37, wherein the master device programmatically sets a frame row width, a number of pixels per row, a frame column height, a number of rows per frame for each of the image formats.

40. The device of claim 37, wherein the VFE includes a frame rate control module to generate the exchanged video sequences and the displayed video sequences at programmable frame rates in accordance with the commands.

41. The device of claim 37, wherein the VFE includes an image size control module to generate the exchanged video sequences and the displayed video sequences at programmable image sizes in accordance with the commands.