Collaborator: Venkataramanan Subramanian, Principal Engineer, Amazon
Computer Vision is often seen by software developers and others as a hard field to get into. In this article, we'll learn Computer Vision from basics using sample algorithms implemented within Microsoft Excel, using a series of one-liner Excel formulas. We'll use a surprise trick that helps us demonstrate and visualize algorithms like Face Detection, Hough Transform, etc., within Excel, with no dependence on any script or a third-party plugin.
Figure 1: Outline of the steps to visualize a spreadsheet as an image. The spreadsheet, and thereby the image, is then manipulated step by step using formulas.
Selected Feedback Quotes
"Its amazing to see an image show up on the Excel sheet as you zoom out and numbers appear as you zoom back in."
"Very cool to see that with 'simple' Excel formulas you can do some real computer vision."
"... never thought you can explain CV through simple Excel formulas and transformations. Hats-off :)"
"... used Excel to explain the core concepts and algorithms so clear that I feel I could start working with it right now! ..."
"I've been wanting to learn how CV works for a while, and this was probably the best transition from data to visuals I've ever seen."
"Just incredible build up from small to great one step at a time."
Preview of what we will achieve
We will see how to detect a face using a toy example: (Below are screenshots of Excel spreadsheets.)
Even the rectangles/lines are drawn using just formulas. :-)
We will also see how to find edges and lines:
Expectations from the audience
No prior background in Computer Vision should be needed to follow the material. It is assumed that the audience knows Microsoft Excel basics and can read its documentation, or search online for interpreting the formulas used. Exceljet is a great resource for the latter.
Some mathematical understanding would be needed: Those who won't know what weighted average is won't be able to follow much. Understanding of partial derivatives would be helpful but not required. Most complex mathematical concept used is eigenvalues, but again the readers should be able to follow even if they do not know or remember the same.
The crux of the material is in the Excel files (*.xlsx) available below for downloading. These are self-explanatory with notes inserted within. Please follow the sheets step-by-step. You may need to change zoom levels as per your monitor resolution.
The work was created using Excel 2016 on Windows; it should however open in other versions of Excel (tested with Excel 2007 on Windows, and Excel for Mac).
While the files open in LibreOffice (tested in version 18.104.22.168 (x64)), it is slow to the level of being unusable, even when using native LibreOffice Calc file format. (See Hacker News discussion on this here.) We have not tested in Apache OpenOffice.
On quick testing, it seems to work fine in WPS Office (tried on Windows 10).
Relevant Excel Formula Options
Before opening the Excel file(s), change Excel Formula Calculation to "Manual" since some calculations (Hough Transform specifically) are time-consuming (say an hour). Then trigger recalculation manually as per need.
Also, uncheck "Recalculate workbook before saving", else Excel will recalculate all the formulas every time you save the files.
Note: Be sure to revert these settings once you are done.
Those familiar with R1C1 formula reference style in Excel, or those adventurous, should try switching to it by looking in Excel options and turning it on. See the screenshot below and check the box to enable it. This changes the formulas from "D5" type format to a relative style like "R[-1]C" (absolute references also allowed as "R4C5" for example), bringing it closer to programming languages and aiding understanding.
The full Excel file is more than 50 MB in size. The same content is also available in smaller parts.
The following may -not- be downloadable by right-clicking and saving. On left-clicking, Github will take you to preview page from where the raw *.xlsx files can be downloaded.
|The full Excel File||Computer-Vision-Basics-in-Excel||The file is, unsurprisingly, heavy for Excel. Be patient with it. :-) Even if it goes busy for an hour, Excel usually does finish up and come back.|
Introduction and Outline:
Edges and Lines:
Questions and Answers
Many of the following would make sense only after going through the Excel files above.
Q1: How was the image data imported into Excel?
Note that the Face Detection parameters used in the Excel files would likely fail to detect Einstein's face as the Haar-like features were fine-tuned by hand for detecting Mona Lisa's face in just that image. However, the method can again be easily fine-tuned for Einstein's face, and, when the parameters are calculated using Machine Learning, it works on most frontal-looking faces (assuming not occluded, not too small, etc.). See question #4 below for further details on this.
Q2: Are the techniques presented still relevant, or are they replaced by deep neural networks?
The techniques are still relevant. Neural networks are taking over for all complex computer vision problems, especially those unsolved by the classical techniques. For simpler operations, the classical solutions are faster to put together and are usually computationally more efficient. Also, classical techniques are still the default choice for edge devices (smartphones, web clients) though modern techniques are making an entry notably via hardware acceleration (e.g., 1, 2).
Q3: Why was the green channel of the image used, and not red or blue? How can I represent color images in Excel in this fashion?
Of the three primary color channels, red, green and blue, green contributes the most to luminosity.
Ideally, the image should be converted to grayscale first, or luminosity values should be computed (see here). This was skipped just for simplicity of explanation.
One way of representing color images in Excel is referenced in the answer to the question #7 below.
Q4: Why was the watermark face on the ID not detected and yet Mona Lisa's was?
We demonstrated the core concept of a popular face detection algorithm using just three Haar-like features and two stages, which were hand-crafted to detect the face of Mona Lisa in that specific image. The actual features as well as the stages are in practice calculated using Machine Learning, which commonly results in a few thousands of such features, as well as over ten stages. Then the system is able to detect over 99% of the nearly frontal looking faces (while a separate pre-trained model is available for faces looking nearly sideways in OpenCV).
The face shadow on the right would still be missed by the algorithm since such face images are not included in the training data. My educated guess further will be that to detect such shadowed faces, the algorithm described would not do a good job, and using neural networks would be recommended. Likewise, the algorithm we demonstrated is outperformed by a neural networks for "Labeled faces in the wild" dataset where faces are often partially occluded too.
Q5: In the OCR example, how did you choose the mask and its orientation?
For document OCR (as opposed to scene text recognition), the document itself is typically straightened first before character recognition is performed for the characters in the document. Therefore, the characters are expected to be nearly upright.
In the talk, a toy example was shown using a single convolutional neuron to recognize an 'E'. Neural networks use a number of layers of neurons for the task to recognize all characters of interest. The same neural network then outputs which character is present at the input. You can imagine this as having a separate simple neural network like for 'E' for recognizing each character of interest. The combined neural network would, however, have several neurons shared in the path for recognizing each character.
See also the Q&A below for more on character recognition.
Q6: How well does the OCR approach here work on different fonts?
In the talk, we used a single convolutional neuron to identify an uppercase 'E' as an example. The actual systems still commonly use neural networks (not just a single neuron) for the purpose, and that performs well across fonts and languages. Some additional details are present below:
In the talk, a single neuron was used to both scan the image and recognize the letter. Typically, scanning text of different sizes is done separately using various methods. Once every character of text is isolated, it is re-scaled to a fixed size and then a neural network is used to identify the letter.
Handwriting recognition is harder, unsurprisingly. The best performance is reached when the pen strokes data is available as a function of time (e.g., when recognizing handwriting input on a touch-screen). References are readily available online for further reading.
In the example shown in the talk, even the weights of that single neuron were hand-crafted, not actually learned using a training algorithm. Even a single neuron would do better that the demo when actually trained.
Q7: How did you come up with the idea for using Microsoft Excel for this?
About 1.5 years back, we had to give an introductory talk on Computer Vision to a wide audience within Amazon, many of whom would have been completely unfamiliar with the subject. We thought about starting from the very basics by showing that an image is essentially a 2D array of numbers (for each color channel for color images) and thought about showing these using Excel.
"Hmm! If the numbers are in Excel, I could do more with it" ... That was the "A-ha" moment. :-)
It took about seven hours to create the first fully functional version for that talk, which did not include Face Detection and Text recognition. The latter took about eight more hours for the first version.
We have since then discovered several related works that represent images in Excel using this technique:
- Images in Excel Spreadsheet (including color): Stand-up comedy routine about Spreadsheets
- Ray-tracing in Excel: The latest thing to support ray tracing is Excel, apparently
- 3D Engine in Excel: Real 3D Engine - in Excel!!
- 3D Graphics in Excel: Microsoft Excel: Revolutionary 3D Game Engine?
Here are some more related works using Excel:
- Deep Excel (See also: Hacker News discussion)
- Tatsuo Horiuchi | the 73-year old Excel spreadsheet artist
- A few people have mentioned an implementation of Super Mario Bros in Excel. However, as reported here, it is not a playable game implementation; it's effectively just a video running inside Excel.
- See the Hacker News discussion for a few more.
Q8: Can I use the materials for teaching?
Please see the License summary and details below.
Q9: Is Excel the right tool for this?
Spreadsheets are not designed for something like this, and the technique is not being recommended for any work or research. It is however helping many people understand the concepts better.
While Excel has not been designed for this, it has been designed well to have worked surprisingly well for this. :-)
Q10: Does Excel have built-in formulas for Computer Vision?!
No, we believe. On the very least, this work is not using any of them. :-)
As noted above, even the rectangles and lines used for annotations are drawn using generic formulas, i.e., not using any potential special formulas available in Excel add-ins.
Q11: Are there specialized interactive developer environments for Computer Vision?
Matlab has traditionally been used for this as it has many Computer Vision functions built-in natively or in toolboxes. Function "imshow" can be used to instantly display array data as an image.
Python- and Notebooks-based tooling is also very popular.
Q12: Is that your passport information on the slides?
Yes, however, all critical information in the image has been changed like passport number, signatures, etc., including in the machine-readable lines at the bottom of the image.
Q13: Why was the photo of Mona Lisa used? :-)
We just picked an image with no copyright limitations. :-)
Q14: Why does Hough Transform show artifacts for +/- 45°?
Please refer to the answer here: https://stackoverflow.com/questions/33983389/hough-line-transform-artifacts-at-45-degree-angle
Additional Resources and References
Below are references to two freely-downloadable good books on classical Computer Vision (i.e., before deep learning came into the field):
- Computer Vision: Algorithms and Applications, Richard Szeliski (2010): This books provides a summary of many computer vision techniques along with research results from academic papers. The diagrams in the book by themselves are worth browsing through to understand the state of the art in the field till 2010 when the book was published. The book usually does 'not' give enough detail to allow someone to implement the methods described, though appropriate references are cited.
- Computer Vision Metrics: Survey, Taxonomy, and Analysis, Scott Krig (2014): This book provides a good top-level view of computer vision, though is often mixed on details.
For practical implementation, there are many books on OpenCV, a common Computer Vision library like Learning OpenCV 3: Computer Vision in C++ with the OpenCV Library, Gary Bradski, Adrian Kaehler
Selected Articles and Blogs
- Corner detection: See https://en.wikipedia.org/wiki/Harris_Corner_Detector. Also see other corner-detection algorithms like FAST.
- The following blog talks about feature descriptors very commonly used in Computer Vision: A short introduction to descriptors and Tutorial on binary descriptors.
- This blog talks about how feature descriptors are used in a sample application: Image Alignment (Feature Based) using OpenCV (C++/Python)
Hacker News discussion on the work
Copyright 2018-20 Amazon.com, Inc. or its affiliates. All Rights Reserved. SPDX-License-Identifier: CC-BY-NC-SA-4.0
This work is made available under the Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International Public License. See the LICENSE file. It cannot be used for commercial training or lectures.