IDS peak IPL (Image Processing Library) is an object-oriented C++ library that provides special functionality for processing image data. The IDS peak IPL can be used, for example, to convert raw bayer images from the camera that were captured via the IDS peak genericAPI into color (debayering).
All IDS peak IPL classes support shallow copying. Copying increases the internal reference count of an instance and deleting decreases it. If all object referencing the same instance are destroyed, the instance gets destroyed too. Changing values on one object, also changes the value on the underlying instance, which gets reflected on all objects referencing the same instance.
By default, this library is linked into the user program, therefore is loaded statically at program start. Instead, it can also be loaded dynamically, when the first library function is called. To use this feature, enable the CMake option PEAK_IPL_DYNAMIC_LOADING or set the #define PEAK_IPL_DYNAMIC_LOADING before including any of the libraries files.
The packed pixel formats, denoted by a p in their name, cannot be used by the majority of functions in the library. They must be unpacked to their unpacked counterpart first. So for example, the PixelFormat peak::ipl::PixelFormatName::Mono10p has to be unpacked first to its counterpart peak::ipl::PixelFormatName::Mono10 (note the missing p here) to be used by e.g. the Gain class. So the correct handling if the packed image already exists with the variable name packedImage is as follows:
or using the Converter class for better performance:
To use IDS peak IPL in dotnet, the IDSImaging.Peak.IPL package can be installed directly from NuGet via dotnet:
The package targets .NET Standard 2.0, making it compatible with:
The IDSImaging.Peak.IPL relies on native (unmanaged) DLLs that are distributed inside the referenced NuGet packages.
Because native binaries are involved, you must specify the target architecture via -p:Platform=<arch> when building. This ensures that your application is built for an architecture that can correctly load the required native libraries.
If no RuntimeIdentifier (-r) is specified, all available native runtimes from the packages will be copied to your build output. This would normally maximize compatibility but increase the application size. However, when the Platform parameter is specified, other architectures are not supported (except for x86 on x64).
You may optionally specify -r <rid> to reduce the size of the build output by including only the native libraries for a single runtime.
Required (correct architecture selection):
Optional (smaller output):
You can substitute another architecture/runtime pair if needed, e.g.:
Use Visual Studio or build from the command line:
msbuild exampleProjectFramework.csproj /t:Restore
msbuild exampleProjectFramework.csproj /p:Platform=x64
The C# API works similarly to the C++ API. Most class and method names are the same, but there are a few key differences.
To use IDS peak IPL in Python, the ids_peak_ipl package can be installed directly from PyPI via pip, Python's package manager:
In case of an offline installation, there is a separate Python wheel for each supported Python version and CPU architecture. A Python wheel is a package file (with .whl file ending) which can be installed via pip, Python's package manager. Just call pip install <Path-To-Python-Wheel> to install your chosen Python wheel. The respective .whl file can be obtained from the package's PyPI project page under Download files.
While pip will inform you about missing packages and their version requirements, contrary to the online installation, you need to manually resolve dependencies and respect the correct order of installation.
To finally use IDS peak IPL in your Python script, just add import ids_peak_ipl.ids_peak_ipl or import ids_peak_ipl.ids_peak_ipl as some_alias at the top of your Python script. The latter should be preferred.
The Python API works much like the C++ API. Nearly the same principles, class and method names apply.
There are only a few differences between the C++ API and the Python API. The most important ones are listed here.
Since Python had no native concept of enumeration types, the values are mapped to individual constants. A rule of thumb is that each scope resolution operator :: in C++ is replaced with an underscore in Python:
While images are created directly using the constructor of peak::ipl::Image in C++:
Helper functions are the preferred way to create images in Python, although it is possible to use the constructor directly, it is less convenient.