Introduction

This article discusses about some very basic and generalized techniques for detecting image skew. Definitely there are much advanced algorithms to detect skew, but those will not be covered in this article.

So! What is image skew?

Using the above drawn figure as reference, I can say - the theta pointed out by that bluish arrow sign is the image skew .

To put it in proper words, the angle by which the image seems to be deviated from its perceived steady position is the image skew.

Some pre-requisites for detecting the skew

Before detecting the skew, the first step is to differentiate between a text image and a regular image. By text image, I mean images which are scanned documents or screenshot of a text document, or in other words, images that contains letters and texts.

And a regular image in my terms is a picture, or photo of a scenery, or something drawn by Mr. Van Gogh and Co.

In one of my articles, I have covered the topic of a basic algorithm to differentiate between regular image and text images.

However, although the skew detection of a text image is relatively easier to implement, for a regular image, it's quite difficult and next to impossible in some cases. Suppose I have a picture of only the head part of my favourite celebrity Ms. Julia Roberts, ... there is no way to know from the image whether she really has her head slanted towards one direction, or the camera man who took the beautiful picture had a problem with the camera angle.

Therefore, for regular images, we have to make some sort of assumptions. The case we are going to discuss here will assume, the pictures to be deskewed will be framed. Which means, the pictures that we are dealing with are pictures taken from another picture having frames/border around them. You can refer to the application screenshot at the very top as an example. The screenshot you see is of a camera captured image of another picture having a thick white-ish border around it.

The basic concept of detecting the skew

The main idea to detect skew for a regular image and a text image is the same. We have to first turn the pictures to Gray Scale.

Then, for regular (non text) images, we have to find the edges or feature lines of the image. There are many algorithms to detect the edges of an image, and in our case, we used the canny edge detection algorithm. We can wish to skip this part for text images.

The next step and the most important step is to cast rays from one side of the picture to the other, and by using the intersection info of the rays with the various parts of the images, we come up with a good skew angle.

As you can see from the above image, we have first converted the image (the one you see in the application screenshot) to its very basic feature lines/edges and have casted horizontal rays from one side to the other. The rays which we have casted (I mean the horizontal lines) intersect with the border/frame of the image. If I put the intersection points of the rays and the left edge of the picture in an X, Y plot (where X is horizontal and Y is vertical), I will end up with some sort of straight line curve that has a slope angle close to 2 degrees with respect to the Y axis. So, there you have it, your skew angle for the image in the application screenshot is close to 2 degrees or 0.035 radians.

This is more or less the basic concept used for detecting the skew of a regular framed image. You have to keep in mind this idea is applicable only to regular images and not text images.

By the way, the uploaded source code's skew detection algorithm does a little more than what I have explained above. What it does is - cast rays from left to right to intersect with the left edge, then top to bottom, then right to left, and then bottom to top. The algorithm considers the one with the most intersection points, and creating consistently occurring slopes as the edge to consider as the reference edge. For example, if the bottom to top rays intersects most with the bottom edge of the image and more frequently occurring slopes are observed, then that edge has the priority and the points of the bottom to top rays would be considered to be put in the X,Y plot. All these extra effort is just for the fact that, in some images, the border edges might be broken and not as beautifully framed fully around the image, like you are seeing in the application screenshot image. So, we'll have a set of rays with different slopes for such images, because the rays will go beyond the border edge wherever there is a broken edge line, and will create a different angle with another intersected point that lies somewhere inside the image bounded by the frame. So, the most occurring slopes (if two slopes have less than 0.0349 radians / 2.0 degrees difference between them - we'd consider the slopes as same valued) will be taken into consideration to detect the skew.

In order to detect the skew of text images, we don't have to worry too much about the picture having border edges or not. As mentioned before, we cast rays from left to right and find how many blackish pixels the rays intersect with. Then, we rotate the angle of the rays by a small amount and cast the rays again, and do the same process again and again.

The angle at which most white space is encountered (in other words, most black pixels are shot down, i.e., intersected), we consider that to be the skew angle. Most likely, we would start from 0 degree and go down to 90 degrees, and then again, from 0 degree go up to 90 degrees with the angle of the rays. Whenever the white ratio reaches the maximum peak and then starts to come down again, we stop immediately, and we know we have found our skew angle. This is the basic idea of detecting skew for text images.

The deskewing of an image is less of a trouble. All you need to do is rotate the image by the same amount of the skew, only to the reverse direction.

The code for the rotation is available in the ImageFunctions.h header file of the uploaded source.

Using the code

In the uploaded source code, mainly two classes are used for detecting the skew. One class, the main class, is named SkewManager, which has code to detect the skew, and the other class is ImageData, which is just a wrapper for the bitmap bits and also keeps the width and the height of the image to be used by the SkewManager to apply its algorithms to the bitmap bits.

The SkewManager expects the bitmap that will be passed to be gray scaled. The blurring of the image to its edges (if required) is done inside the ImageData class.

Following is the example of the usage of the two classes (the m_ prefixed variables as well as the skewMan variable are member variables of the CScannedDocTestDoc class).

Points of interest

In order to achieve skew detection and deskewing of images, I had to go through a lot of trouble to perform basic image operations such as creating a gray scaled image, rotating an image etc., and I have put all those functionalities inside one header, ImageFunctions.h. Most of it was improvisation on already available materials in the Internet and MSDN. The canny edge detection algorithm can be found in the the header canny_edge.h.

CSharpClient

This is a cut down version of the deskewimage code built to compile into a DLL. A small C# demo application is included in the solution showing how to call the code contained in within the DLL, pass in a file name to be analysed and the skew angle in radians is returned and displayed on the screen.

Acknowledgements

Kathey Marsden, Professor Richard J. Fateman

for the OCRchie project - the foundation upon which, the text image skew detection algorithms of this article's codes are based upon.

Also, thanks to Archie Russell, James Hopkin, and Cynthia Tian, who contributed significantly to the original design.

for providing with reading materials related to deskewing text and framed images.

History

Article uploaded: 24 August, 2010.

Article Updated 29 May 2012 CsharpClient Added

Article Updated 14 February 2013 CSharpClient.zip 1.1 AddedUpdated to compile in Visual Studio 2008 (Professional Edition)Combined into a single VS Solution containing two projects (for easier debugging)Minor Bug FixesAngle of 999 is now returned if the document could not be analysed (not a 8bpp image)Added a Text box to show the name of the file analysed

Hi,
I was looking for deskew algo/code from many days and found your article. It is great!
The only problem is i am also getting same exception with every image i open, whether it is JPG, PNG or else.
I have .NET 2, 3.5 and 4 along with VS2008 and VS2010 on my development machine.
Is it possible to pass System.Drawing.Bitmap object to your DLL to get skew angle?

Sorry, the codes are originally written in visual c++, and I just tried to help someone by writing some hacking codes for C#.
All I can say is, you might have to dig deep and understand the code and then come up with a solution.

At the moment, I can't help

However, I think your problem might have to do with your visual studio settings and Runtime configurations.

I tried too many times to do that but I failed..
I don’t know anything about C++ or MFC .

Please and please and please, help me by creating the DLL (that works with .net) project and upload it.

I do not need to deskew the image, but I need to know the angle and to know if the image is text image or not.
These two functions I want it in the DLL, by sending the bitmap object to them.
Function IsText(b as bitmap) as Boolean
Function GetSkewAngle(b as bitmap) as single

I just uploaded a small C# app, which doesn't exactly do what you are wanting, but it serves as an example of how to encapsulate some SkewManager class calls inside a dll which can be accessed by others apps (such as C# apps).

Due to my time constraint, I could only provide you two functions, the best thing you can do is save your c# image in a file and invoke the file open function of the deskew dll to open the file and then call the get skew angle API to get the image skew.

Well *I* think it was really great of you to go out of your way and do all that work for someone that obviously is clueless and just trying to copy/paste their way to a working application. Damn nice of you!

No. You mistake my comment. No sarcasm. I really do think what you did was very nice.
I think the person who asked you for all that was lazy and only interested in being a copy/paste assembler of other people's code. But I am genuine in my comment that what you did for them was a nice thing: More than most of use would have done for someone that is obviously not interested in putting forth their own effort.

Thank you..
I am very sorry for that.. I stopped coming to the work for few days ago.
Thank you very much.

There are some problems:

1- You compiled C# app for anyCPU, when run it on 64bit OS we will get this error because the DLL working only on 32 Bit OS:
"An attempt was made to load a program with an incorrect format."

2- So I recompiled the C# App as x86, but I get new error when call DLL command:
"Unable to load DLL 'DeskewDLL.dll': The application has failed to start because its side-by-side configuration is incorrect. Please see the application event log or use the command-line sxstrace.exe tool for more detail."

This error because we need MS Visual C++ Redistributable on client PC, I installed it, but NO usefulness!!

I read that is because the DLL built as Debug not Release!
I tried to Rebuild the DLL as Release Or as Debug but I get errors about loss files in the project!

I marriage two projects "DeskewDLL" and "ScannedDocTest" by put "DeskewDLL" folder in "ScannedDocTest" folder and run the project form there and rebuild it as Release, but I get some errors. I rebuild it as Debug NOW it complete success!

I get the result DLL, it was less size than your, and now it is working successfully without that error.

3- When it work, you will get the same angle skew value evry time after the result for the first image!! So it is now working only for one image. after that you should restart the application!

4- The last one that we do not have "IsTextImage" function in this DLL.

I am so glad that you put on some hard work to successfully compile and run the project. It's good to see that extra effort didn't go in vain.

Follow the same technique as I did to expose more APIs in the C++ DLL if required.
Most of the original source code's main stuff was in the CDocument Object.
Just take the needed methods if required from CDocument class to the C++ DLL class I made.
A good skim through on codes and comparing CDocument class and the C++ DLL main manager class would give you an idea how to go aut it.

Now that you have been able to compile and run both the projects, you should be able to do it in a whiz.