OpenCV
4.5.1
Open Source Computer Vision
|
Prev Tutorial: Using OpenCV Java with Eclipse
Next Tutorial: Introduction into Android Development
Original author | Mimmo Cosenza |
Compatibility | OpenCV >= 3.0 |
As of OpenCV 2.4.4, OpenCV supports desktop Java development using nearly the same interface as for Android development.
Clojure is a contemporary LISP dialect hosted by the Java Virtual Machine and it offers a complete interoperability with the underlying JVM. This means that we should even be able to use the Clojure REPL (Read Eval Print Loop) as and interactive programmable interface to the underlying OpenCV engine.
This tutorial will help you in setting up a basic Clojure environment for interactively learning OpenCV within the fully programmable CLojure REPL.
You can find a runnable source code of the sample in the samples/java/clojure/simple-sample
folder of the OpenCV repository. After having installed OpenCV and Clojure as explained in the tutorial, issue the following command to run the sample from the command line.
For detailed instruction on installing OpenCV with desktop Java support refer to the correspondingtutorial".
If you are in hurry, here is a minimum quick start guide to install OpenCV on Mac OS X:
Once you installed OpenCV with desktop java support the only other requirement is to install Leiningeng which allows you to manage the entire life cycle of your CLJ projects.
The available installation guide is very easy to be followed:
If you work on Windows, follow this instruction
You now have both the OpenCV library and a fully installed basic Clojure environment. What is now needed is to configure the Clojure environment to interact with the OpenCV library.
The set of commands (tasks in Leiningen parlance) natively supported by Leiningen can be very easily extended by various plugins. One of them is the lein-localrepo plugin which allows to install any jar lib as an artifact in the local maven repository of your machine (typically in the /.m2/repository directory of your username).
We're going to use this lein plugin to add to the local maven repository the opencv components needed by Java and Clojure to use the opencv lib.
Generally speaking, if you want to use a plugin on project base only, it can be added directly to a CLJ project created by lein.
Instead, when you want a plugin to be available to any CLJ project in your username space, you can add it to the profiles.clj in the/.lein/ directory.
The lein-localrepo plugin will be useful to me in other CLJ projects where I need to call native libs wrapped by a Java interface. So I decide to make it available to any CLJ project:
Create a file named profiles.clj in the/.lein directory and copy into it the following content:
Here we're saying that the version release "0.5.2" of the lein-localrepo plugin will be available to the :user profile for any CLJ project created by lein.
You do not need to do anything else to install the plugin because it will be automatically downloaded from a remote repository the very first time you issue any lein task.
If you followed the standard documentation for installing OpenCV on your computer, you should find the following two libs under the directory where you built OpenCV:
They are the only opencv libs needed by the JVM to interact with OpenCV.
Create a new directory to store in the above two libs. Start by copying into it the opencv-247.jar lib.
First lib done.
Now, to be able to add the libopencv_java247.dylib shared native lib to the local maven repository, we first need to package it as a jar file.
The native lib has to be copied into a directories layout which mimics the names of your operating system and architecture. I'm using a Mac OS X with a X86 64 bit architecture. So my layout will be the following:
Copy into the x86_64 directory the libopencv_java247.dylib lib.
If you're running OpenCV from a different OS/Architecture pair, here is a summary of the mapping you can choose from.
Next you need to package the native lib in a jar file by using the jar command to create a new jar file from a directory.
Note that ehe M option instructs the jar command to not create a MANIFEST file for the artifact.
Your directories layout should look like the following:
We are now ready to add the two jars as artifacts to the local maven repository with the help of the lein-localrepo plugin.
Here the localrepo install task creates the 2.4.7. release of the opencv/opencv maven artifact from the opencv-247.jar lib and then installs it into the local maven repository. The opencv/opencv artifact will then be available to any maven compliant project (Leiningen is internally based on maven).
Do the same thing with the native lib previously wrapped in a new jar file.
Note that the groupId, opencv, of the two artifacts is the same. We are now ready to create a new CLJ project to start interacting with OpenCV.
Create a new CLJ project by using the lein new task from the terminal.
The above task creates the following simple-sample directories layout:
We need to add the two opencv artifacts as dependencies of the newly created project. Open the project.clj and modify its dependencies section as follows:
Note that The Clojure Programming Language is a jar artifact too. This is why Clojure is called an hosted language.
To verify that everything went right issue the lein deps task. The very first time you run a lein task it will take sometime to download all the required dependencies before executing the task itself.
The deps task reads and merges from the project.clj and the/.lein/profiles.clj files all the dependencies of the simple-sample project and verifies if they have already been cached in the local maven repository. If the task returns without messages about not being able to retrieve the two new artifacts your installation is correct, otherwise go back and double check that you did everything right.
Now cd in the simple-sample directory and issue the following lein task:
You can immediately interact with the REPL by issuing any CLJ expression to be evaluated.
When ran from the home directory of a lein based project, even if the lein repl task automatically loads all the project dependencies, you still need to load the opencv native library to be able to interact with the OpenCV.
Then you can start interacting with OpenCV by just referencing the fully qualified names of its classes.
Here we created a two dimensions opencv Point instance. Even if all the java packages included within the java interface to OpenCV are immediately available from the CLJ REPL, it's very annoying to prefix the Point. instance constructors with the fully qualified package name.
Fortunately CLJ offer a very easy way to overcome this annoyance by directly importing the Point class.
We can even inspect the class of an instance and verify if the value of a symbol is an instance of a Point java class.
If we now want to use the opencv Rect class to create a rectangle, we again have to fully qualify its constructor even if it leaves in the same org.opencv.core package of the Point class.
Again, the CLJ importing facilities is very handy and let you to map more symbols in one shot.
Obviously you can call methods on instances as well.
Or modify the value of a member field.
If you find yourself not remembering a OpenCV class behavior, the REPL gives you the opportunity to easily search the corresponding javadoc documentation:
Let's now try to port to Clojure the OpenCV Java tutorial sample. Instead of writing it in a source file we're going to evaluate it at the REPL.
Following is the original Java source code of the cited sample.
Before start coding, we'd like to eliminate the boring need of interactively loading the native opencv lib any time we start a new REPL to interact with it.
First, stop the REPL by evaluating the (exit) expression at the REPL prompt.
Then open your project.clj file and edit it as follows:
Here we're saying to load the opencv native lib anytime we run the REPL in such a way that we have not anymore to remember to manually do it.
Rerun the lein repl task
Import the interested OpenCV java interfaces.
We're going to mimic almost verbatim the original OpenCV java tutorial to:
If you are accustomed to a functional language all those abused and mutating nouns are going to irritate your preference for verbs. Even if the CLJ interop syntax is very handy and complete, there is still an impedance mismatch between any OOP language and any FP language (bein Scala a mixed paradigms programming language).
To exit the REPL type (exit), ctr-D or (quit) at the REPL prompt.
In the next sample you will learn how to interactively load and blur and image from the REPL by using the following OpenCV methods:
We're also going to use the Mat class which is returned from the imread method and accepted as the main argument to both the GaussianBlur and the imwrite methods.
First we want to add an image file to a newly create directory for storing static resources of the project.
Now launch the REPL as usual and start by importing all the OpenCV classes we're going to use:
Now read the image from the resources/images/lena.png file.
As you see, by simply evaluating the lena symbol we know that lena.png is a 512x512 matrix of CV_8UC3 elements type. Let's create a new Mat instance of the same dimensions and elements type.
Now apply a GaussianBlur filter using lena as the source matrix and blurred as the destination matrix.
As a last step just save the blurred matrix in a new image file.
Following is the new blurred image of Lena.
This tutorial only introduces the very basic environment set up to be able to interact with OpenCV in a CLJ REPL.
I recommend any Clojure newbie to read the Clojure Java Interop chapter to get all you need to know to interoperate with any plain java lib that has not been wrapped in Clojure to make it usable in a more idiomatic and functional way within Clojure.
The OpenCV Java API does not wrap the highgui module functionalities depending on Qt (e.g. namedWindow and imshow. If you want to create windows and show images into them while interacting with OpenCV from the REPL, at the moment you're left at your own. You could use Java Swing to fill the gap.
Copyright © 2013 Giacomo (Mimmo) Cosenza aka Magomimmo
Distributed under the BSD 3-clause License.