Robust camera pan vector estimation using iterative center of mass
18 claims: 3 independent, 15 dependent
- 1A method for estimating a camera pan vector the method comprising:providing motion vectors in a first resolution;projecting the motion vectors into a second resolution, the second resolution being a lower resolution than the first resolution;generating a histogram from the projected motion vectors to produce a distribution of motion vectors;identifying a dominant cluster in the distribution of motion vectors;determining a center of mass of the identified cluster;and providing the camera pan vector based upon the determined center of mass.
- 13An apparatus for estimating a camera pan vector, the apparatus comprising:a motion vector generator configured to provide motion vectors in a first resolution;project the motion vectors into a second resolution, the second resolution being a lower resolution than the first resolution and to generate a histogram from the projected motion vectors to produce a distribution of motion vectors;a cluster identifier configured to identify a dominant cluster in the distribution of motion vectors;a determining module configured to determine a center of mass of the identified cluster;and a camera pan calculator configured to provide the camera pan vector based upon the determined center of mass.
Independent claims3
41 paragraphs, as filed
0001This invention relates to improving video and graphics processing.
0002Standard video and film content for display devices is recorded and displayed at low refresh rates (for example, 50 fields/sec for interlaced video material, and 24 frames/sec for film-originated material). One associated problem with such devices, including progressive digital display devices, is the presence of display artifacts. For example, one display artifact referred to as "area flicker" can occur due to the low display refresh rate. The area flicker becomes more visible as the size of the display increases, due to the high sensitivity to flicker in the human visual peripheral region. A simple solution for reducing the area flicker is to increase the display refresh rate by repeating the input fields or frames at a higher rate (for example, 100 fields/sec for interlaced video). This solves the area flicker problem for static scenes. However, the repetition introduces a new artifact in scenes with motion, known as "motion judder" or "motion smear," particularly in areas with high contrast, due to the human eye's tendency to track the trajectory of moving objects. For this reason, motion compensated frame interpolation is preferred, in which the pixels are computed in an interpolated frame or field at an intermediate point on a local motion trajectory, so that there is no discrepancy between an expected image motion due to eye tracking and a displayed image motion. The local image motion trajectory from one field or frame to the next is described by a motion vector.
0003Motion vectors can be computed at different levels of spatial resolution, such as at a pixel level, at an image patch level, or at an object level. "Image patch" refers to any portion of an image displayed in a frame. The image patch can be a single pixel, a plurality of pixels, and can have various shapes and sizes. Computing a motion vector for every pixel independently would theoretically result in an ideal data set, but is unfeasible due to the large number of computations required. Computing a motion vector for each image patch reduces the number of computations, but can result in artifacts due to motion vector discontinuities within an image patch. Computing motion vectors on an object basis can theoretically result in high resolution and lower computational requirements, but object segmentation is a challenging problem.
0004Image noise and other problems can lead to errors in the computation and processing of motion vectors. Various techniques have been proposed in the search for accurate motion vector estimation. One of these techniques is the camera model, in which a mathematical model represents the movement of a camera which recorded the sequence of frames in a video signal. Camera models can provide mathematical representations of various camera movements including camera pans, zooms, and rotations. For instance, in a camera pan movement, the camera model provides a mathematical representation of the motion vectors associated with the camera moving in a horizontal and/or vertical direction at a constant velocity. The camera model is desirable because it can provide a global model of all of the motion vectors in an image patch or entire image frame. Thus, applying the camera model, every motion vector can be mathematically predicted at every location in the image frame.
0005One problem with conventional uses of camera models for motion vector estimation arises when there are two or more independently moving objects in a sequence of frames. In this situation, the independently moving objects introduce flaws into the camera model when attempting to fit the camera model to image data associated with the independently moving objects. For instance, in one sequence of frames, there are two moving objects: a car and a background image. The car, occupying 10 % of the frame, moves westward in the horizontal direction. The background image, occupying 90 % of the frame, moves eastward, opposite the car. The background image is the desired image for testing. Unless remedial measures are taken, the predicted camera model motion vectors associated with the background image will be erroneous due to the effect of the car movement. In particular, conventional techniques for computing the camera model would improperly fit a camera rotation to the background image rather than a proper camera pan. Resulting motion vectors predicted by this flawed camera model would also be erroneous at every point in the image.
0006Therefore, what is needed is a technique for fitting a camera model to a sequence of image frames wherein data associated with independently moving objects other than a particular moving object or background to be tested is excluded to achieve a more accurate camera model.
0007European Patent Application No. <patcit id="pcit0001" dnum="EP1117251A"><text>EP1117251</text></patcit> describes a method and structure for stabilizing a motion image formed using a sequence of successive frames which includes calculating a motion vector field between adjacent frames; forming a motion vector histogram from horizontal and vertical components of the motion vector field; applying a threshold to the motion vector histogram to produce a thresholded motion vector histogram; generating average horizontal and vertical motion components from the thresholded motion vector histogram; filtering the average horizontal and vertical motion components over a number of frames to identify unwanted horizontal and vertical motion components for each of the frames; and stabilizing the image sequence by shifting each frame according to the corresponding unwanted horizontal and vertical motion components.
0008Aspects and examples of the invention are set out in the claims.
0009Aspects of the present invention involve defining and applying a camera model which provides a robust fit for predicting motion vectors associated with an independently moving object or background in a sequence of frames in which there may be other independently moving objects.
0010The invention provides methods and apparatus, including computer program products, implementing and using techniques for camera pan vector estimation. A camera model is provided for representing motion vectors based on a plurality of parameters. A distribution of the motion vectors is generated. A cluster in the distribution of motion vectors is identified. A center of mass of the identified cluster is determined. The camera pan vector is provided based upon the determined center of mass.
0011Implementations can include one or more of the following features. The motion vectors can include a two-dimensional set of values, and generating the distribution of the motion vectors can include generating a two-dimensional histogram having bins. The motion vector values are provided in appropriate bins of the two-dimensional histogram. Also, before generating the distribution of the motion vectors, the motion vectors can be projected in a lower resolution.
0012Identifying the cluster in the distribution of motion vectors can include accumulating bins within a first neighborhood in the two-dimensional histogram, accumulating bins within a second neighborhood in the two-dimensional histogram, selecting one of the neighborhoods as having a higher accumulation of bins, and providing the selected neighborhood as the identified cluster in the distribution of motion vectors.
0013The details of one or more embodiments of the invention are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of the invention will be apparent from the description and drawings, and from the claims.
0014An embodiment of the invention will now be described in detail, by way of example only, and with reference to the accompanying drawings, in which: <ul id="ul0001" list-style="none"><li><figref idref="f0001">FIG. 1</figref> shows a flowchart of a recursive hierarchical process for determining a motion vector.</li><li><figref idref="f0002">FIG. 2A</figref> shows an example of motion vectors associated with a camera pan.</li><li><figref idref="f0002">FIG. 2B</figref> shows an example of motion vectors associated with a camera rotation.</li><li><figref idref="f0003">FIG. 2C</figref> shows an example of motion vectors associated with a camera zoom in operation.</li><li><figref idref="f0004">FIG. 3</figref> shows a block diagram of an apparatus for calculating camera model parameters and generating motion vectors using a camera model.</li><li><figref idref="f0005">FIG. 4</figref> shows a flowchart of a method for estimating a camera pan vector, in accordance with one embodiment of the present invention.</li><li><figref idref="f0006">FIG. 5</figref> shows an example of motion vectors associated with independently moving objects.</li><li><figref idref="f0006">FIG. 6A</figref> shows a distribution of motion vectors along two dimensions.</li><li><figref idref="f0007">Fig. 6B</figref> shows a side view of a distribution of motion vector values.</li><li><figref idref="f0008">FIG. 7</figref> shows a distribution of motion vector values in a two-dimensional histogram having bins.</li><li><figref idref="f0009">FIG. 8</figref> shows a flowchart of a method for motion vector estimation using a camera model for a digital video sequence of frames.</li><li><figref idref="f0010">FIG. 9</figref> shows an apparatus for estimating a camera pan vector, in accordance with one embodiment of the present invention.</li></ul>
0015Like reference symbols in the various drawings indicate like elements.
0016Implementations of the present invention include a camera model used to provide a mathematical model of motion vectors for an image patch. The camera model represents a camera movement in a sequence of frames. For example, camera models can be used to provide for horizontal and/or vertical camera pans, zoom in or zoom out operations, and rotation operations. The camera model can also represent combinations of one or more of the above camera movements. The camera model provides a global description of motion vectors for a sequence of frames.
0017The camera model describes a global movement of the contents of the frame, as opposed to the local vectors at each image patch location that are computed independently and can therefore be used to aid in finding a more accurate, or true, motion vector. Typically, a motion vector resulting from camera movements at every location in a frame can be predicted quite easily with a simple model. For example, in the case of a camera lens panning across a distant landscape, all the motion vectors will be identical and equivalent to the velocity of the camera. Another scenario is when a camera lens zooms into an object on a flat surface, such as a picture on a wall. All the motion vectors then have a radial direction and increase from zero at the image center to a maximum value at the image periphery.
0018Embodiments of the present invention provide methods and apparatus for defining and applying a camera model which provides a robust fit for predicting motion vectors associated with an independently moving object in a sequence of frames in which there may be other independently moving objects. Disclosed herein are techniques for fitting a camera model to a sequence of image frames wherein data associated with independently moving objects other than a particular moving object or background to be tested is excluded to achieve a more accurate camera model. By excluding independently moving objects other than the particular moving object to be tested, a more accurate camera model is calculated, providing for more accurate motion vector prediction.
0019Embodiments of the present invention provide for the determination of parameters for a camera model, and the generating of motion vectors using the determined camera model parameters. A set of existing motion vectors stored in memory is provided, from which the camera model parameters are calculated. Applying a mathematical model, described below, a best fit method (such as linear least squares) is performed on the existing motion vectors to estimate the camera model parameters. The camera model parameters are then used to predict motion vectors for subsequent frames in a digital video sequence of frames. In a particular embodiment, this subsequent prediction of motion vectors using the camera model incorporates a recursive and hierarchical process such as that described in co-pending U.S. patent application entitled, "Temporal Motion Vector Filtering," having Application No. <patcit id="pcit0002" dnum="US10833198B"><text>10/833,198 filed April 26, 2004</text></patcit>.
0020When calculating camera model parameters for a sequence of frames in which there are independently moving objects (some of which are moving in adverse directions to each other), embodiments of the present invention provide techniques for fitting the camera model to a dominant one of the independently moving objects and excluding the other independently moving objects. In most situations, the dominant object is the background. A set of input motion vectors having a first, or original resolution, are projected to a lower resolution to conserve memory resources. A histogram of all of the motion vector values is then generated to produce a distribution of the motion vectors. Motion vector values in bins of the histogram are accumulated to identify a dominant cluster of the motion vectors. Then a center of mass of this cluster is calculated while excluding other clusters of motion vectors in the two-dimensional distribution to achieve the desired robust fit. This center of mass provides one or more translation (or pan parameters) of the camera model. The camera model parameters are then used for later estimation of motion vectors using the camera model. In this way, motion vectors can be determined efficiently and accurately, such that little or no discrepancy exists between an expected image motion due to eye tracking and a displayed image motion in a digital video.
0021A mathematical representation of the camera model is as follows:<maths id="math0001"><math display="block"><mfenced open="[" close="]"><mtable><mtr><mtd><msub><mi>M</mi><mi>y</mi></msub></mtd></mtr><mtr><mtd><msub><mi>M</mi><mi>z</mi></msub></mtd></mtr></mtable></mfenced><mo>=</mo><mfenced open="[" close="]"><mtable><mtr><mtd><mi mathvariant="italic">Sy</mi></mtd><mtd><msub><mi>r</mi><mn>1</mn></msub></mtd></mtr><mtr><mtd><msub><mi>r</mi><mn>2</mn></msub></mtd><mtd><msub><mi>S</mi><mi>x</mi></msub></mtd></mtr></mtable></mfenced><mo></mo><mfenced open="[" close="]"><mtable><mtr><mtd><mi>y</mi></mtd></mtr><mtr><mtd><mi>x</mi></mtd></mtr></mtable></mfenced><mo>+</mo><mfenced open="[" close="]"><mtable><mtr><mtd><msub><mi>t</mi><mi>y</mi></msub></mtd></mtr><mtr><mtd><msub><mi>t</mi><mi>x</mi></msub></mtd></mtr></mtable></mfenced></math><img file="EP1549047B1_D0001.tif" /></maths>
0022In the equation above, the camera model provides an estimate of a plurality of motion vectors, M<sub>y</sub> and M<sub>x</sub>, by applying camera model parameters S<sub>y</sub>, S<sub>x</sub>, r<sub>1</sub>, r<sub>2</sub>, t<sub>y</sub>, and t<sub>x</sub> to a sequence of (x, y) locations in an image. S<sub>y</sub>, S<sub>x</sub>, r<sub>1</sub>, r<sub>2</sub>, t<sub>y</sub>, and t<sub>x</sub> are parameters of the camera model representing camera movements. In the above model, t<sub>y</sub>, and t<sub>x</sub> represent a horizontal and vertical translation, respectively, during a during a camera pan. An illustration of motion vectors associated with a camera pan is provided in <figref idref="f0002">Fig. 2A</figref>. In the equation above, r<sub>1</sub> and r<sub>2</sub>, are parameters representing camera rotation. <figref idref="f0002">Fig. 2B</figref> shows an illustration of motion vectors associated with a camera rotation. The S<sub>y</sub> and S<sub>x</sub> parameters are associated with a zoom out or zoom in operation which is illustrated in <figref idref="f0003">Fig. 2C</figref>.
0023In the described embodiment, the parameters S<sub>x</sub>, S<sub>y</sub>, r<sub>1</sub>, r<sub>2</sub>, t<sub>y</sub>, and t<sub>x</sub> are computed using a set of motion vectors determined using the recursive hierarchical process described in <patcit id="pcit0003" dnum="US833198A" dnum-type="L"><text>U.S. Patent Application No. 10/833,198</text></patcit>. Accordingly, a motion vector is determined by applying a source correlation window to a first image frame and a target correlation window to a subsequent image frame, and placing the target correlation window such that a best match with the source correlation window is obtained, that is, the contents of the source correlation window and target correlation window are as similar as possible. In addition, the recursive hierarchical method uses multiple resolution levels of the image frames. A best motion vector is first determined for the lowest resolution level by projecting the previous best motion vector at the highest resolution level down to the lowest resolution level, and testing it and one or more updates. This best motion vector is then propagated up to a higher resolution level, where some adjustments are made and a new best motion vector is determined. This new best motion vector is propagated up to yet another higher resolution level, where more adjustments are made and another new best motion vector is determined. This process is repeated until the highest, original, resolution level has been reached and a best motion vector has been identified for the original resolution level.
0024<figref idref="f0001">FIG. 1</figref> shows one implementation of the recursive hierarchical process (100) of <patcit id="pcit0004" dnum="US833198A" dnum-type="L"><text>U.S. Application No. 10/833,198</text></patcit>. It is assumed that multiple resolution levels of the image frames have already been generated. As can be seen in <figref idref="f0001">FIG. 1</figref>, the recursive hierarchical process (100) for determining a motion vector starts by projecting a motion vector from a previous image frame down to a lowest resolution level (step 102). A set of update vectors is generated and tested to find a best motion vector at this lowest resolution level (step 104). In one implementation this test is performed by comparing pixels in corresponding positions in a source correlation window centered on the origin of the motion vector and a target correlation window centered on the end point of each respective update vector. The comparison can, for example, be performed by subtracting a luma value for each pixel in the source window from the corresponding pixel in the respective target windows. In this case the best match would be defined by finding a minimum sum of absolute differences (SAD) for a source correlation window and a target correlation window pair, and the best motion vector would be the vector associated with this source correlation window and a target correlation window pair.
0025After the minimum SAD has been found, the best vector is selected (step 106). The process (100) then examines whether there are any higher resolution levels (step 108). If there are higher resolution levels, the process propagates the best vector up to the next higher resolution level (step 110) and repeats steps 104 through 108. If there are no higher resolution levels, the process proceeds to step 112, where the best vector is selected as the motion vector and is used for motion compensation, which completes the process for the current frame.
0026The best vector, as determined in step 112 of <figref idref="f0001">Fig. 1</figref>, can then be inserted into the mathematical model represented by equation (1) above as M<sub>y</sub> and M<sub>x</sub>. Those skilled in the art should appreciate that the best vector determined for any of the lower resolutions in <figref idref="f0001">Fig. 1</figref>, such as step 104, may also be used. In other embodiments, other vectors may be substituted for M<sub>y</sub> and M<sub>x</sub> in the camera model equation. It should be noted that although a linear least squares fit procedure is used in the described embodiment, any suitable data fitting technique can be used. Accordingly, a linear least squares fit procedure is then performed to solve for S<sub>x</sub>, S<sub>y</sub>, r<sub>1</sub>, r<sub>2</sub>, t<sub>y</sub>, and t<sub>x</sub>. That is, referring to the mathematical model above, since a known set of M<sub>y</sub> and M<sub>x</sub> values are provided for known corresponding x and y locations, a matrix inversion operation can be performed to determine the unknown parameters S<sub>x</sub>, S<sub>y</sub>, r<sub>1</sub>, r<sub>2</sub>, t<sub>y</sub>, and t<sub>x</sub>.
0027After the camera model parameters are determined, the camera model parameters are applied to generate camera model motion vectors M<sub>y</sub> and M<sub>x</sub> for positions y and x within an image patch or frame to provide vector candidates for one or more iterations of the recursive and hierarchical process described herein. For instance, these camera model predicted motion vectors can be used along with the updated vectors as test candidates for a SAD computation. Then, in step 106 of <figref idref="f0001">Fig. 1</figref>, the best vector is determined from all of the test candidates.
0028<figref idref="f0004">Fig. 3</figref> shows a block diagram of an apparatus 300 for calculating camera model parameters and then using those camera model parameters to generate motion vectors in accordance with an embodiment of the invention. <figref idref="f0005">Fig. 4</figref> shows a flow chart of a method 400 describing the operation of the apparatus of <figref idref="f0004">Fig. 3</figref>. In step 405, a test vector M<sub>y</sub>' and M<sub>x</sub>', such as the best vector determined in step 106 of <figref idref="f0001">Fig. 1</figref>, is retrieved from memory 305 by a camera model parameter calculator 310. This camera model parameter calculator 310 is preferably implemented primarily in software, although various combinations of software and hardware can be used as will be understood by those skilled in the art. Memory 305 is any suitable processor readable storage medium such as SDRAM.
0029In step 410 of <figref idref="f0005">Fig. 4</figref>, the camera model parameter calculator 310 computes camera model parameters S<sub>x</sub>, S<sub>y</sub>, r<sub>1</sub>, r<sub>2</sub>, t<sub>y</sub>, and t<sub>x</sub> based on the retrieved motion vectors and known corresponding x,y locations, as described above. That is, a matrix inversion operation is performed to determine the camera model parameters S<sub>x</sub>, S<sub>y</sub>, r<sub>1</sub>, r<sub>2</sub>, t<sub>y</sub>, and t<sub>x</sub>. In step 415, camera model parameter calculator 310 then outputs these computed camera model parameters S<sub>x</sub>, S<sub>y</sub>, r<sub>1</sub>, r<sub>2</sub>, t<sub>y</sub>, and t<sub>x</sub> to memory 310 for storage in one or more registers. In step 420, a camera model motion vector generator 315 retrieves the camera model parameters S<sub>x</sub>, S<sub>y</sub>, r<sub>1</sub>, r<sub>2</sub>, t<sub>y</sub>, and t<sub>x</sub> from the registers in memory 310. Accordingly, when x,y locations for an image are provided to camera model motion vector generator 315 in step 425, the camera model motion vector generator 315 can generate motion vectors M<sub>y</sub> and M<sub>x</sub> in step 430, applying the camera model equation above. These motion vectors M<sub>y</sub> and M<sub>x</sub> are output by camera model motion vector generator 315 and can be stored in step 435. For the next iteration of the recursive hierarchical process, the stored motion vectors can be used as test candidates in addition to the recursive hierarchical predicted vectors.
0030In <figref idref="f0006">Fig. 5</figref>, a two-dimensional representation 500 of motion vectors along X and Y directions is illustrated. In <figref idref="f0006">Fig. 5</figref>, a group of motion vectors 505a-505e represent an independently moving object to which a camera model is desirably fitted. On the other hand, motion vectors 510 are motion vectors associated with a further independently moving image or object that is desirably excluded from the camera model. In this example, the camera model provides a pan scenario; thus, only the t<sub>x</sub> and t<sub>y</sub> values of the mathematical model above need be computed. Here, because the majority of motion vectors 505a-505e are the same, the camera pan model is desirably fitted to provide a model of these motion vectors 505a-505e. For the camera model to be effective, the motion vectors 510 are desirably excluded as outliers when calculating the t<sub>x</sub> and t<sub>y</sub> translation parameters for the camera pan model. Techniques described below provide for the exclusion of motion vectors 510 from the camera model parameter calculations, so that a robust and accurate camera model fit is achieved.
0031<figref idref="f0006">Fig. 6A</figref> shows a two-dimensional distribution 600 of M<sub>y</sub> and M<sub>x</sub> values for an exemplary set of motion vectors M<sub>y</sub> and M<sub>x</sub>. All of the values of the motion vectors M<sub>y</sub> and M<sub>x</sub> are within the bounds of the two-dimensional representation. That is, all of the M<sub>x</sub> values range within - M<sub>x</sub> max and + M<sub>x</sub> max; similarly, all of the M<sub>y</sub> values range within - M<sub>y</sub> max and + M<sub>y</sub> max. In one example, the M<sub>x</sub> values range between -32 and + 32, and the M<sub>y</sub> values range between -24 and +24. Those skilled in the art should appreciate that these ranges of M<sub>y</sub> and M<sub>x</sub> values are only exemplary, and various other ranges may be used in accordance with embodiments of the present invention. In <figref idref="f0006 f0007">Fig. 6</figref>, the majority of the motion vectors form a cluster 605, indicating that all of the motion vectors have substantially similar values representing a camera pan. Thus, determining the center of mass of the cluster 605 provides the t<sub>x</sub> and t<sub>y</sub> parameters for the camera model. The vectors outside of cluster 605 are preferably excluded as outliers during the computation of t<sub>x</sub> and t<sub>y</sub>.
0032<figref idref="f0007">Fig. 6B</figref> shows a side view of a distribution of M<sub>x</sub> values, such as the motion vector values of <figref idref="f0006">Fig. 6A</figref>. The distribution of M<sub>x</sub> values yields a first hill 615 and a second hill 620. The hills 615 and 620 indicate the number of vectors having particular M<sub>x</sub> values. Thus, first hill 615 is formed because of a large concentration of vectors having the value M<sub>x1</sub>. The relatively smaller second hill 620 is formed by another concentration of vectors having the value M<sub>x2</sub>. The hill 615 having the larger count of vectors for a particular M<sub>x</sub> value, referred to herein as the dominant hill, represents a neighborhood for locating the true t<sub>x</sub> and t<sub>y</sub> parameters for the camera model. Methods and apparatus according to embodiments of the present invention provide for identifying the dominant hill 615, excluding smaller hills such as hill 620, then determining a center of mass of the dominant hill 615 as the camera model parameters t<sub>x</sub> and t<sub>y</sub>.
0033<figref idref="f0008">Fig. 7</figref> shows a top view of an example of a two-dimensional histogram with bins 705a-705c for accumulating discrete M<sub>y</sub> and M<sub>x</sub> values. Because the M<sub>y</sub> and M<sub>x</sub> values are discrete, the histogram is represented as a grid, with each block or bin in the grid representing a particular M<sub>y</sub> and M<sub>x</sub> value. In the example in which the M<sub>x</sub> values range between -32 and +32, and the M<sub>y</sub> values range between -24 and +24, a two-dimensional distribution of the motion vector values would have a grid size of 64 x 48 total distributions or bins in which the particular motion vector values can be located. The aggregation of the bins provides a 64 x 48 two-dimensional histogram. The bins 705 have bin counts indicating the number of motion vector M<sub>y</sub> and M<sub>x</sub> values in the respective bins. For instance, bin 705b has a count of 7 motion vectors, and bin 705c has a count of 100 motion vectors. Each bin count is incremented for every motion vector value deposited in that bin. In this example, a neighborhood of bins including bin 705c represents the dominant hill of the histogram. It is desirable to identify this dominant hill for determining an accurate camera pan vector estimate using techniques described below.
0034<figref idref="f0009">Figs. 8</figref> and <figref idref="f0010">9</figref> show a method 800 and apparatus 900, respectively, for estimating a camera pan vector, performed in accordance with one embodiment of the present invention. The apparatus 900 can be implemented with various combinations of hardware and software, as will be understood by those skilled in the art. The method of <figref idref="f0009">Fig. 8</figref> is described with reference to <figref idref="f0010">Fig. 9</figref>. In step 805, a camera model is provided. This camera model is defined according to the method described with reference to <figref idref="f0004">Figs. 3</figref> and <figref idref="f0005">4</figref>, as explained above. The camera model is used to generate a plurality of camera model motion vectors, for instance, a two-dimensional set of motion vectors M<sub>y</sub> and M<sub>x</sub>, as explained above, for an image patch in a plurality of frames of the digital video sequence. The camera model includes a plurality of parameters, such as t<sub>x</sub> and t<sub>y</sub>, as described above, which are applied to y and x coordinates to generate the motion vectors, M<sub>y</sub> and M<sub>x</sub>. The camera model motion vectors are provided in a first resolution, such as 1:1.
0035In step 810 of <figref idref="f0009">Fig. 8</figref>, the camera model motion vectors M<sub>y</sub> and M<sub>x</sub> are preferably projected in a lower resolution. This step of projecting the motion vectors in the lower resolution conserves memory and reduces computational demands. Various resolutions may be used. In one example, where the original or first resolution is 1:1, this lower resolution is 1:2, 1:4, or 1:8. Accordingly, the number of bins in the two-dimensional histogram of <figref idref="f0010">Fig. 9</figref> is greatly reduced. For instance, when the original M<sub>x</sub> value range of -32 to + 32 and value range of -24 to + 24 is reduced to 1:2, the corresponding bin count is reduced from 64x48 to 32x24. That is, scaling the motion vector values by a factor of 2 causes the bin count to be reduced by a factor of 4. In this example, the bin counts for 4 neighboring bins are effectively combined into a single bin. Various other reduced resolutions may be used, as will be understood by the skilled artisan.
0036In step 815 of <figref idref="f0009">Fig. 8</figref>, a motion vector generator 910, shown in <figref idref="f0010">Fig. 9</figref>, generates a distribution of the motion vectors. When the motion vectors are two-dimensional, the particular values of the set of two-dimensional motion vectors are distributed in a two-dimensional histogram with bins, as explained above with reference to <figref idref="f0008">Fig. 7</figref>.
0037In step 820 of <figref idref="f0009">Fig. 8</figref>, a cluster identifier 920, shown in <figref idref="f0010">Fig. 9</figref>, finds the dominant hill in the two-dimensional histogram of <figref idref="f0008">Fig. 7</figref>. That is, cluster identifier 920 identifies a cluster in the distribution of motion vector values as having the highest concentration of motion vectors in the distribution. In one embodiment, this identification step includes accumulating bins within a plurality of neighborhoods in the two-dimensional histogram as shown in <figref idref="f0008">Fig. 7</figref>. These neighborhoods are defined by a pxq window 710 or other window of predetermined size, e.g. 3 x 3, 4 x 4, 12 x 12, 100 x 100, moved over various positions in the histogram such that a certain number of bins are included within the window at each position. All of the bin counts within the window at a certain position are added to provide a total bin count associated with that window or neighborhood. Then, the neighborhood having the higher or highest accumulation of bins is selected as the identified cluster. This identified cluster provides the dominant hill of the histogram, such as hill 615 in <figref idref="f0007">Fig. 6B</figref>.
0038In step 825 of <figref idref="f0009">Fig. 8</figref>, a determining module 930 shown in <figref idref="f0010">Fig. 9</figref> determines a center of mass for the identified cluster from step 1020. This center of mass calculation is preferably performed within another window of predetermined size. In one embodiment, this window has a size mxn which is larger than the pxq window containing the neighborhoods used for the bin accumulations in step 820. In step 830, the center of mass determined in step 825 is provided as one or more of the camera model parameters for subsequent motion vector calculation, referring to the mathematical representation of the camera model above. For instance, in the camera pan example, the determined center of mass is provided as the translation parameters, t<sub>x</sub> and t<sub>y</sub>. In embodiments in which the motion vectors were projected from an original resolution to a lower resolution in step 810, the determined center of mass is preferably projected back to the original resolution. In some embodiments, the calculations for this projection are done using floating point to provide a more accurate projection. The camera model parameters are then stored in step 835, and later retrieved by camera pan calculator 940 of <figref idref="f0010">Fig. 9</figref> for the generation of camera pan model motion vectors M<sub>y</sub> and M<sub>x</sub>, using equation (1) above. In one embodiment, these camera pan model motion vectors M<sub>y</sub> and M<sub>x</sub> are then used to determine test candidates for the recursive hierarchical process described in <patcit id="pcit0005" dnum="US833198A" dnum-type="L"><text>U.S. Application No. 10/833,198</text></patcit>.
0039Using the camera model predicted vector as an additional candidate vector in the recursive hierarchical process minimizes the possibility that the recursive portion of the recursive hierarchical search converges into a false local minimum instead of the true minimum. The camera predicted vector candidate can direct the process towards a true minimum. In some embodiments, as described herein, motion vectors predicted or generated by the camera model are also used as test candidates for SAD computation.
0040Embodiments of the invention, including the apparatus of <figref idref="f0004">Figs. 3</figref> and <figref idref="f0010">9</figref>, can be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or in combinations of them. Apparatus embodiments of the invention can be implemented in a computer program product tangibly embodied in a machine-readable storage device for execution by a programmable processor; and method steps of the invention can be performed by a programmable processor executing a program of instructions to perform functions of the invention by operating on input data and generating output. Embodiments of the invention can be implemented advantageously in one or more computer programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device. Each computer program can be implemented in a high-level procedural or object-oriented programming language, or in assembly or machine language if desired; and in any case, the language can be a compiled or interpreted language. Suitable processors include, by way of example, both general and special purpose microprocessors. Generally, a processor will receive instructions and data from a read-only memory and/or a random access memory. Generally, a computer will include one or more mass storage devices for storing data files; such devices include magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; and optical disks. Storage devices suitable for tangibly embodying computer program instructions and data include all forms of non-volatile memory, including by way of example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM disks. Any of the foregoing can be supplemented by, or incorporated in, ASICs (application-specific integrated circuits).
0041A number of implementations of the invention have been described. Nevertheless, it will be understood that various modifications may be made without departing from the scope of the invention, which is defined by the claims. Accordingly, other embodiments are within the scope of the following claims.
11 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| US11792514B2 | Cited by | United States of America | Search report |
| US2022038627A1 | Cited by | United States of America | Search report |
| US5764803A | Cites | United States of America | Examiner |
| EP1117251A | Cites | European Patent Office (EPO) | – |
| US5259040A | Cites | United States of America | – |
| US5764803A | Cites | United States of America | – |
| US2002113901A1 | Cites | United States of America | – |
| US2002196362A1 | Cites | United States of America | – |
| US2003072373A1 | Cites | United States of America | – |
| US2003086498A1 | Cites | United States of America | – |
| US6278736B1 | Cites | United States of America | – |
| US6349114B1 | Cites | United States of America | – |
| VELLA F ET AL: "Digital image stabilization by adaptive block motion vectors filtering" IEEE TRANSACTIONS ON CONSUMER ELECTRONICS, IEEE INC. NEW YORK, US, vol. 48, no. 3, August 2002 (2002-08), pages 796-801, XP002284976 ISSN: 0098-3063 | Non-patent | – | – |
| PARK J-I ET AL: "Robust estimation of camera parameters from image sequence for video composition" SIGNAL PROCESSING. IMAGE COMMUNICATION, ELSEVIER SCIENCE PUBLISHERS, AMSTERDAM, NL, vol. 9, no. 1, November 1996 (1996-11), pages 43-53, XP004071578 ISSN: 0923-5965 | Non-patent | – | – |
| MIGLIORATI P ET AL: "Multistage motion estimation for image interpolation" SIGNAL PROCESSING. IMAGE COMMUNICATION, ELSEVIER SCIENCE PUBLISHERS, AMSTERDAM, NL, vol. 7, no. 3, September 1995 (1995-09), pages 187-199, XP004047102 ISSN: 0923-5965 | Non-patent | – | – |
18 members in 7 offices; this record represents the family
Priority claims4
| Document | Office | Kind | Date |
|---|---|---|---|
| 532838P | United States of America | – | |
| 53283803 | United States of America | P | |
| 868169 | United States of America | – | |
| 86816904 | United States of America | A |
Members18
| Document | Office | Kind | |
|---|---|---|---|
| EP1549047A2 | European Patent Office (EPO) | A2 | |
| KR20050065348A | Republic of Korea | A | |
| JP2005182830A | Japan | A | |
| SG113014A1 | Singapore | A1 | |
| US2005195278A1 | United States of America | A1 | |
| CN1671202A | China | A | |
| TW200535724A | Taiwan Province of China | A | |
| EP1549047A3 | European Patent Office (EPO) | A3 | |
| US7457438B2 | United States of America | B2 | |
| US2009086103A1 | United States of America | A1 | |
| CN100499778C | China | C | |
| JP4741836B2 | Japan | B2 | |
| US8019124B2 | United States of America | B2 | |
| US2011262011A1 | United States of America | A1 | |
| TWI359387B | Taiwan Province of China | B | |
| KR101159082B1 | Republic of Korea | B1 | |
| EP1549047B1This record | European Patent Office (EPO) | B1 | |
| US8315436B2 | United States of America | B2 |
71 legal events, as 8 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Gb: european patent ceased through non-payment of renewal feeCeasedGBPC | GBPC | EP | |
| Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal feeWithdrawnR119 | R119 | DE | |
| Opt-out of the competence of the unified patent court (upc) registeredP01 | P01 | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Fee paymentPLFP | PLFP | FR | |
| Fee paymentPLFP | PLFP | FR | |
| Fee paymentPLFP | PLFP | FR | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filed against granted patent, or epo opposition proceedings concluded without decisionGrantedR097 | R097 | DE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filedOpposition26N | 26N | EP | |
| Patent lapsedLapsedMM4A | MM4A | IE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Patent ceasedCeasedPL | PL | CH | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Discontinued in the netherlands as no translation has been filedVDEP | VDEP | NL | |
| Deletion acc. to par. 5 (withdrawal of the translation of the ep patent)MK05 | MK05 | AT | |
| Dpma publication of mentioned ep patent grantGrantedR096 | R096 | DE | |
| European patents granted designating irelandGrantedFG4D | FG4D | IE | |
| Reference to at number (ep patent validated in austria)REF | REF | AT | |
| European patent takes effect as a national patent in ch/liEP | EP | CH | |
| Designated contracting statesAK | AK | EP | |
| European patent grantedGrantedFG4D | FG4D | GB | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| First examination report despatched17Q | 17Q | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | EP | |
| Designation fees paidAKX | AKX | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Request for examination filed17P | 17P | EP | |
| Search report despatchedORIGINAL CODE: 0009013PUAL | PUAL | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP |
Numbers
- Publication
- 1549047
- Application
- 42580464
Titles3
- German
- Schätzung der globalen horizontalen Schwenkvektors einer Kamera unter Verwendung des iterativen Schwerpunktes
- English
- Robust camera pan vector estimation using iterative center of mass
- French
- Estimation robuste du vecteur de pivotement horizontal d'une camera utilisant le centre de gravité itératif
Classification
- CPC, 2
- H04N5/145
- G06T7/20
- IPC, 4
- H04N5 14
- G06T7 20
- H04N5 232
- H04N5 225
Designated states30
- Contracting states, 30
- Austria
- Belgium
- Bulgaria
- Switzerland
- Cyprus
- Czechia
- Germany
- Denmark
- Estonia
- Spain
- Finland
- France
- United Kingdom
- Greece
- Hungary
- Ireland
- Iceland
- Italy
- Liechtenstein
- Lithuania
- Luxembourg
- Monaco
- Netherlands (Kingdom of the)
- Poland
and 6 moreShow fewer
- Portugal
- Romania
- Sweden
- Slovenia
- Slovakia
- Türkiye
