Click here to Skip to main content
15,393,377 members
Articles / Desktop Programming / WPF
Posted 21 Jan 2012


58 bookmarked

Smoothing Kinect Depth Frames in Real-Time

Rate me:
Please Sign up or sign in to vote.
4.91/5 (39 votes)
24 Jan 2012CPOL11 min read
Removing noise from the Kinect Depth Frames in real-time using pixel filters and weighted moving average techniques.


I've been working with the Microsoft Kinect for Xbox 360 on my PC for a few months now, and overall I find it fantastic! However, one thing that has continued to bug me is the seemingly poor quality of rendered Depth Frame images. There is a lot of noise in a Depth Frame, with missing bits and a pretty serious flickering issue. The frame rate isn't bad from the Kinect, with a maximum of around 30 fps; however, due to the random noise present in the data, it draws your perception to the refresh. In this article, I am going to show you my solution to this problem. I will be smoothing Depth Frames in real-time as they come from the Kinect, and are rendered to the screen. This is accomplished through two combined methods: pixel filtering, and weighted moving average.


Some Information on the Kinect

By now, I would assume that everyone has at least heard of the Kinect and understands the basic premise. It's a specialized sensor built by Microsoft that is capable of recognizing and tracking humans in 3D space. How is it able to do that? While it's true that the Kinect has two cameras in it, it does not accomplish 3D sensing through stereo optics. A technology called Light Coding makes the 3D sensing possible.


On the Kinect, there is an Infrared (IR) Projector, a Color (RGB) Camera, and an Infrared (IR) Sensor. For purposes of 3D sensing, the IR Projector emits a grid of IR light in front of it. This light then reflects off objects in its path and is reflected back to the IR Sensor. The pattern received by the IR Sensor is then decoded in the Kinect to determine the depth information and is sent via USB to another device for further processing. This depth information is incredibly useful in computer vision applications. As a part of the Kinect Beta SDK, this depth information is used to determine joint locations on the human body, thereby allowing developers like us to come up with all sorts of useful applications and functionality.

Important Setup Information

Before you download the links for either the demo application source or demo application executable, you need to prepare your development environment. To use this application, you need to have the Kinect Beta 2 SDK installed on your machine:

At the time of this posting, the commercial SDK has not been released. Please be sure to only use the Kinect Beta 2 SDK for this article’s downloads. Also, the SDK installs with a couple demo applications; please be sure that these run on your machine before you download the files for this article.

The Problem of Depth Data

Before I dive into the solution, let me better express the problem. Below is a screenshot of raw depth data rendered to an image for reference. Objects that are closer to the Kinect are lighter in color and objects that are further away are darker.


What you're looking at is an image of me sitting at my desk. I'm sitting in the middle; there is a bookcase to the left and a fake Christmas tree to the right. As you can already tell, even without the flickering of a video feed, the quality is pretty low. The maximum resolution that you can get for depth data from the Kinect is 320x240, but even for this resolution the quality looks poor indeed. The noise in the data manifests itself as white spots continuously popping in and out of the picture. Some of the noise in the data comes from the IR light being scattered by the object it’s hitting, some comes from shadows of objects closer to the Kinect. I wear glasses and often have noise where my glasses should be due to the IR light scattering.

Another limitation to the depth data is that it has a limit to how far it can see. The current limit is about 8 meters. Do you see that giant white square behind me in the picture? That's not an object close to the Kinect; the room I'm in actually extends beyond that white square about another meter. This is how the Kinect handles objects that it can't see with depth sensing, returning a depth of Zero.

The Solution

As I had mentioned briefly, the solution I have developed uses two different methods of smoothing the depth data: pixel filtering, and weighted moving average. The two methods can either be used separately or in series to produce a smoothed output. While the solution doesn't completely remove all noise, it does make an appreciable difference. The solutions I have used do not degrade the frame rate and are capable of producing real-time results for output to a screen or recording.

Pixel Filtering

The first step in the pixel filtering process is to transform the depth data from the Kinect into something that is a bit easier to process.

private short[] CreateDepthArray(ImageFrame image)
    short[] returnArray = new short[image.Image.Width * image.Image.Height];
    byte[] depthFrame = image.Image.Bits;

    // Porcess each row in parallel
    Parallel.For(0, 240, depthImageRowIndex =>
        // Process each pixel in the row
        for (int depthImageColumnIndex = 0; depthImageColumnIndex < 640; depthImageColumnIndex += 2)
            var depthIndex = depthImageColumnIndex + (depthImageRowIndex * 640);
            var index = depthIndex / 2;

            returnArray[index] = 
                CalculateDistanceFromDepth(depthFrame[depthIndex], depthFrame[depthIndex + 1]);

    return returnArray;

This method creates a simple short[] into which a depth value for each pixel is placed. The depth value is calculated from the byte[] of an ImageFrame that is sent every time the Kinect pushes a new frame. For each pixel, the byte[] of the ImageFrame has two values.

private short CalculateDistanceFromDepth(byte first, byte second)
    // Please note that this would be different if you 
    // use Depth and User tracking rather than just depth
    return (short)(first | second << 8);

Now that we have an array that is a bit easier to process, we can begin applying the actual filter to it. We scan through the entire array, pixel by pixel, looking for Zero values. These are the values that the Kinect couldn't process properly. We want to remove as many of these as realistically possible without degrading performance or reducing other features of the data (more on that later).

When we find a Zero value in the array, it is considered a candidate for filtering, and we must take a closer look. In particular, we want to look at the neighboring pixels. The filter effectively has two "bands" around the candidate pixel, and is used to search for non-Zero values in other pixels. The filter creates a frequency distribution of these values, and takes note of how many were found in each band. It will then compare these values to an arbitrary threshold value for each band to determine if the candidate should be filtered. If the threshold for either band is broken, then the statistical mode of all the non-Zero values will be applied to the candidate, otherwise it is left alone.


The biggest considerations for this method are ensuring that the bands for the filter actually surround the pixel as they would be displayed in the rendered image, and not just values next to each other in the depth array. The code to apply this filter is as follows:

short[] smoothDepthArray = new short[depthArray.Length];

// We will be using these numbers for constraints on indexes
int widthBound = width - 1;
int heightBound = height - 1;

// We process each row in parallel
Parallel.For(0, 240, depthArrayRowIndex =>
  // Process each pixel in the row
  for (int depthArrayColumnIndex = 0; depthArrayColumnIndex < 320; depthArrayColumnIndex++)
    var depthIndex = depthArrayColumnIndex + (depthArrayRowIndex * 320);

    // We are only concerned with eliminating 'white' noise from the data.
    // We consider any pixel with a depth of 0 as a possible candidate for filtering.
    if (depthArray[depthIndex] == 0)
      // From the depth index, we can determine the X and Y coordinates that the index
      // will appear in the image. We use this to help us define our filter matrix.
      int x = depthIndex % 320;
      int y = (depthIndex - x) / 320;

      // The filter collection is used to count the frequency of each
      // depth value in the filter array. This is used later to determine
      // the statistical mode for possible assignment to the candidate.
      short[,] filterCollection = new short[24,2];

      // The inner and outer band counts are used later to compare against the threshold 
      // values set in the UI to identify a positive filter result.
      int innerBandCount = 0;
      int outerBandCount = 0;

      // The following loops will loop through a 5 X 5 matrix of pixels surrounding the 
      // candidate pixel. This defines 2 distinct 'bands' around the candidate pixel.
      // If any of the pixels in this matrix are non-0, we will accumulate them and count
      // how many non-0 pixels are in each band. If the number of non-0 pixels breaks the
      // threshold in either band, then the average of all non-0 pixels in the matrix is applied
      // to the candidate pixel.
      for (int yi = -2; yi < 3; yi++)
        for (int xi = -2; xi < 3; xi++)
          // yi and xi are modifiers that will be subtracted from and added to the
          // candidate pixel's x and y coordinates that we calculated earlier. From the
          // resulting coordinates, we can calculate the index to be addressed for processing.

          // We do not want to consider the candidate
          // pixel (xi = 0, yi = 0) in our process at this point.
          // We already know that it's 0
          if (xi != 0 || yi != 0)
            // We then create our modified coordinates for each pass
            var xSearch = x + xi;
            var ySearch = y + yi;

            // While the modified coordinates may in fact calculate out to an actual index, it 
            // might not be the one we want. Be sure to check
            // to make sure that the modified coordinates
            // match up with our image bounds.
            if (xSearch >= 0 && xSearch <= widthBound && 
                         ySearch >= 0 && ySearch <= heightBound)
              var index = xSearch + (ySearch * width);
              // We only want to look for non-0 values
              if (depthArray[index] != 0)
                // We want to find count the frequency of each depth
                for (int i = 0; i < 24; i++)
                  if (filterCollection[i, 0] == depthArray[index])
                    // When the depth is already in the filter collection
                    // we will just increment the frequency.
                    filterCollection[i, 1]++;
                  else if (filterCollection[i, 0] == 0)
                    // When we encounter a 0 depth in the filter collection
                    // this means we have reached the end of values already counted.
                    // We will then add the new depth and start it's frequency at 1.
                    filterCollection[i, 0] = depthArray[index];
                    filterCollection[i, 1]++;

                // We will then determine which band the non-0 pixel
                // was found in, and increment the band counters.
                if (yi != 2 && yi != -2 && xi != 2 && xi != -2)

      // Once we have determined our inner and outer band non-zero counts, and 
      // accumulated all of those values, we can compare it against the threshold
      // to determine if our candidate pixel will be changed to the
      // statistical mode of the non-zero surrounding pixels.
      if (innerBandCount >= innerBandThreshold || outerBandCount >= outerBandThreshold)
        short frequency = 0;
        short depth = 0;
        // This loop will determine the statistical mode
        // of the surrounding pixels for assignment to
        // the candidate.
        for (int i = 0; i < 24; i++)
          // This means we have reached the end of our
          // frequency distribution and can break out of the
          // loop to save time.
          if (filterCollection[i,0] == 0)
          if (filterCollection[i, 1] > frequency)
            depth = filterCollection[i, 0];
            frequency = filterCollection[i, 1];
        smoothDepthArray[depthIndex] = depth;
      // If the pixel is not zero, we will keep the original depth.
      smoothDepthArray[depthIndex] = depthArray[depthIndex];

A Note About Changes Since the Original Post

I have recently updated this filter to be more accurate compared to my original post. In my original post, if any of the band thresholds were broken, the statistical mean of all non-Zero pixels in the filter matrix was assigned to the candidate pixel; I have changed this to use the statistical mode. Why does this matter?


Consider the previous picture representing a theoretical filter matrix of depth values. From looking at these values, we can visually identify that there is probably an edge of some object in our filter matrix. If we were to apply the average of all these values to the candidate pixel, it would remove the noise from the X,Y perspective but it would introduce noise along the Z,Y perspective; placing the candidate pixel's depth half way between the two individual features. By using the statistical mode, we are mostly assured of assigning a depth to the candidate pixel that matches the most dominant feature in the filter matrix.

I say 'mostly' because there is still a chance of identifying a submissive feature as being dominant due to small variances in the depth readings; this has had negligible effect on the results though. A solution to this issue involves data discretization and deserves a separate article of its own.

Weighted Moving Average

Now that we have a filtered depth array on our hands, we can move on to the process of calculating a weighted moving average of an arbitrary number of previous depth arrays. The reason we do this is to reduce the flickering effect produced by the random noise still left in the depth array. At 30 fps, you're really going to notice the flicker. I had previously tried an interlacing technique to reduce the flicker, but it never really looked as smooth as I would like. After experimenting with a couple other methods, I settled on the weighted moving average.

What we do is set up a Queue<short[]> to store our most recent N number of depth arrays. Since Queue's are a FIFO (First In, First Out) collection object, they have excellent methods to handle discrete sets of time series data. We then weight the importance of the most recent depth arrays to the highest, and the importance of the oldest the lowest. A new depth array is created from the weighted average of the depth frames in the Queue.

This weighting method was chosen due to the blurring effect that averaging motion data can have on the final rendering. If you were to stand still, a straight average would work fine with a small number of items in your Queue. However, once you start moving around, you will have a noticeable trail behind you anywhere you go. You can still get this with a weighted moving average, but the effects are less noticeable. The code for this is as follows:



int[] sumDepthArray = new int[depthArray.Length];
short[] averagedDepthArray = new short[depthArray.Length];

int Denominator = 0;
int Count = 1;

// REMEMBER!!! Queue's are FIFO (first in, first out). 
// This means that when you iterate over them, you will
// encounter the oldest frame first.

// We first create a single array, summing all of the pixels 
// of each frame on a weighted basis and determining the denominator
// that we will be using later.
foreach (var item in averageQueue)
    // Process each row in parallel
    Parallel.For(0,240, depthArrayRowIndex =>
      // Process each pixel in the row
      for (int depthArrayColumnIndex = 0; depthArrayColumnIndex < 320; depthArrayColumnIndex++)
        var index = depthArrayColumnIndex + (depthArrayRowIndex * 320);
        sumDepthArray[index] += item[index] * Count;
    Denominator += Count;

// Once we have summed all of the information on a weighted basis,
// we can divide each pixel by our denominator to get a weighted average.
Parallel.For(0, depthArray.Length, i =>
    averagedDepthArray[i] = (short)(sumDepthArray[i] / Denominator);

Render the Image

Now that we have applied both of our smoothing techniques to the depth data, we can render the image to a Bitmap:

// We multiply the product of width and height by 4 because each byte
// will represent a different color channel per pixel in the final iamge.
byte[] colorFrame = new byte[width * height * 4];

// Process each row in parallel
Parallel.For(0, 240, depthArrayRowIndex =>
  // Process each pixel in the row
  for (int depthArrayColumnIndex = 0; depthArrayColumnIndex < 320; depthArrayColumnIndex++)
    var distanceIndex = depthArrayColumnIndex + (depthArrayRowIndex * 320);
    // Because the colorFrame we are creating has four times as many bytes representing
    // a pixel in the final image, we set the index to be the depth index * 4.
    var index = distanceIndex * 4;

    // Map the distance to an intesity that can be represented in RGB
    var intensity = CalculateIntensityFromDistance(depthArray[distanceIndex]);

    // Apply the intensity to the color channels
    colorFrame[index + BlueIndex] = intensity;
    colorFrame[index + GreenIndex] = intensity;
    colorFrame[index + RedIndex] = intensity;

All Together Now

Now that I have shown you some of the code and theory behind the smoothing process, let’s look at it in terms of using the demo application provided in the links above.


As you can see, the demo application will do a side by side comparison of the Raw Depth Image and the Smoothed Depth Image. You can experiment with the smoothing settings in the application as well. The settings that you will find when you first run the application are what I recommend for general purpose use. It provides a good mix of smoothing for stationary objects, moving objects, and doesn't try to "fill in" too much from the filtering method.

For example: you can turn both band filters down to 1, and turn the weighted moving average up to 10, and you'll have the lowest flicker and noise for stationary blunt objects. However, once you move, you will have a very noticeable trail, and your fingers will all look like they are webbed if you don't have a wall close behind you.

Points of Interest

I have really enjoyed playing around with these smoothing techniques and learning that there is probably no 'one-size-fits-all' solution for it. Even with the same hardware, your physical environment and intentions will drive your choice for smoothing more than anything. I would like to encourage you to open the code and take a look for yourself, and share your ideas for improvement! At the very least, go borrow your neighbor kid’s Kinect for a day and give the demo application a whirl.

Another point of interest has been in seeing how reducing noise for rendering purposes can actually introduce noise for depth calculation purposes. The pixel filtering method of reducing noise works well on its own to reduce noise in depth information prior to further calculations, removing 'white' noise and providing a best guess as to what that information should be. The weighted moving average method works well to reduce noise prior to rendering, but will actually introduce noise along the Z,Y perspective due to the effects of averaging depth information. I hope to continue learning about these effects and how to use them properly for different types of applications.

I'll leave you with a brief video demonstration of the demo application. In it, I pretty much just sit and wave my arms around, but it gives you a good idea of what these techniques are capable of doing. I run through all the combinations of features in 70 seconds, and no audio.

<object type="application/x-shockwave-flash" codebase=",0,0,0" width="480" height="360" data=""><param name="movie" value="" /><param name="quality" value="high" /><param name="wmode" value="transparent" />

Please keep in mind, that it is almost impossible to see a change in the flicker when I turn off the weighted moving average due to the low frame rate of YouTube. You'll just have to trust me, or download the code; it's like night and day.

Here is a direct link to the video on YouTube:

Further Reading

If this topic interests you, I would highly recommend reading the Microsoft Research paper on KinectFusion: Real-Time Dense Surface Mapping and Tracking. They have done some amazing work in this particular area. However, I don’t think you would ever be able to achieve these results with .NET:


  • January 21 , 2012 - First version.
  • January 22, 2012 - Updated the article and downloads to include suggestion from jpmik in the comments.
  • January 24, 2012 - Updated the pixel filtering method to be more accurate.


This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


About the Author

Karl Sanford
Software Developer Open Systems Technologies
United States United States
No Biography provided

Comments and Discussions

Questionkinect1.8 Pin
Member 1386900511-Jun-18 23:16
MemberMember 1386900511-Jun-18 23:16 
QuestionHow can I use this code with Unity3d game engine? Pin
Member 1181043321-Mar-18 3:02
MemberMember 1181043321-Mar-18 3:02 
QuestionPermission to use figure in a book. Pin
Member 1297010926-Jan-17 23:09
MemberMember 1297010926-Jan-17 23:09 
Questionkinece depth frame format Pin
Member 121120463-Nov-15 19:39
MemberMember 121120463-Nov-15 19:39 
QuestionAliasing remaining on color image Pin
MikcaCP29-Jul-15 19:45
MemberMikcaCP29-Jul-15 19:45 
Questiondemo Pin
Nasi( 6:26
MemberNasi( 6:26 
AnswerRe: demo Pin
Karl Sanford28-May-14 6:40
professionalKarl Sanford28-May-14 6:40 
Questionsome comments Pin
Wisarut Bholsithi20-Apr-14 21:47
MemberWisarut Bholsithi20-Apr-14 21:47 
GeneralGreat article Pin
forw200718-Feb-14 20:56
Memberforw200718-Feb-14 20:56 
QuestionUpdated source code not running Pin
Hamouza11-Jul-13 4:13
MemberHamouza11-Jul-13 4:13 
QuestionSmoothing for VB Pin
crodriguez081112-May-13 11:38
Membercrodriguez081112-May-13 11:38 
AnswerRe: Smoothing for VB Pin
i0023-May-13 0:21
Memberi0023-May-13 0:21 
QuestionNew source can't download Pin
Louis Edison26-Mar-13 22:00
MemberLouis Edison26-Mar-13 22:00 
AnswerRe: New source can't download Pin
Karl Sanford27-Mar-13 3:22
professionalKarl Sanford27-Mar-13 3:22 
GeneralRe: New source can't download Pin
Louis Edison5-Apr-13 22:54
MemberLouis Edison5-Apr-13 22:54 
NewsUpdated Source Code Available Pin
Karl Sanford24-Mar-13 14:17
professionalKarl Sanford24-Mar-13 14:17 
QuestionNew Version Required Pin
shayaanmasood21-Mar-13 13:48
Membershayaanmasood21-Mar-13 13:48 
AnswerRe: New Version Required Pin
Karl Sanford24-Mar-13 14:19
professionalKarl Sanford24-Mar-13 14:19 
QuestionDid you finally updated? Pin
son1cman12-Feb-13 23:30
Memberson1cman12-Feb-13 23:30 
AnswerRe: Did you finally updated? Pin
lazydog710-Mar-13 12:57
Memberlazydog710-Mar-13 12:57 
GeneralRe: Did you finally updated? Pin
Karl Sanford24-Mar-13 14:20
professionalKarl Sanford24-Mar-13 14:20 
AnswerRe: Did you finally updated? Pin
Karl Sanford24-Mar-13 14:20
professionalKarl Sanford24-Mar-13 14:20 
QuestionCode aint working Pin
Bilal.ahmed24120-Nov-12 12:08
MemberBilal.ahmed24120-Nov-12 12:08 
AnswerRe: Code aint working Pin
Karl Sanford24-Mar-13 14:20
professionalKarl Sanford24-Mar-13 14:20 
QuestionWhy use Inner & Outer bound instead of just a 5x5 grid? Pin
Member 947620013-Oct-12 21:33
MemberMember 947620013-Oct-12 21:33 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.