Visibility-based Marching (VBM) (IEEE RA-L Published Version) (Arxiv Accepted Preprint)
Visibility-based marching method is an exact wave propagation technique that has an O(n) compute and space complexity. Solves several shortcomings of SOTA marching methods and inherently produces globally optimal paths to all grid points (one-to-all path planning).
Compared to SOTA marching methods:
-Uses exact distance function (Minkowski or any other) instead of approximations obtained with discritized Eikonal equation
- Inherently produces globally optimal paths instead of requiring gradient descent per path query
- Faster and more efficient
- More accurate
- Verified with Anya in obstacle-rich environments
- Ability to march from multiple starting positions without wave collisions
Code developed for C++ 20.
The code has four main methods:
- visibilityBasedSolver: performs VBM
- vStarSearch:
$V^*$ greedy version of VBM
- aStarSearch: for comparison purposes with vStarSearch
$V^*$
- computeDistanceFunction: computes Euclidean Distance Function for the map
Set which methods to use in config/settings.config and what results to save. Uses SFML to make plots that are saved in output/ directory. You can either load a map or generate one randomly (can also fix the randomness seed number for repeatability).
Huge 3201x3201 maze VBM starting from initial wave source (1605, 1605):
Sample marching image result generated using SFML in C++:
VBM relies on an underlying visibility algorithm that computes visibility as shown below (introduced in https://github.com/IbrahimSquared/visibility-heuristic-path-planner).
Please read how to compile/build the C++ files first below.
Inside config folder there is a settings.config file which the code parses. The code can run in two modes, either generating a random/fixed seed environment with specific dimensions & number/size of rectangular obstacles (mode=1) or reading an image (mode=2).
It additionally implements an AStar and a VStar (greedy VBM) solver for comparison/completion purposes.
The repo includes expfig and MSFM with their licenses inside for usage/comparison.
Required:
cmake and g++:
sudo apt install cmake
sudo apt install g++
libsfml-dev:
sudo apt install libsfml-dev
Set compiler path if needed, make sure SFML libraries are installed, then:
mkdir -p build && cd build
cmake ..
make
Mode=2 reads an image map, the path of which is specified in imagePath in settings.config, for example lab_image_edited.png (893x646) in the folder images.
Bottom left corner is the origin.
This is relevant to selecting initialFrontline (starting point/s) and target_x and target_y (end/target point). This standard can ofcourse be changed.
Note that initialFrontline in settings.config has the form {x1, y1, x2, y2, x3, y3...}, where x and y are the coordinates of starting positions.
To interface with MATLAB, the code interface_MATLAB.m calls vbm.exe (visibility based marching) using vbm.bat, where the components of the .bat file are:
set path=%path:C:\Program Files\MATLAB\R2022b\bin\win64;=%
vbm.exe
Make sure to change the path for your MATLAB installation directory inside the .bat (and use the proper version).
The code then parses the settings and reads the results and plots them nicely.
Similar to MATLAB interface, provided by @peter-ap.
We provide tasks.json, c_cpp_properties.json, and launch.json for building and launching the code in Visual Studio Code.
We tested with gcc MINGW64 MSYS2 compiler:
pacman -S mingw-w64-x86_64-gcc
Make sure to change the compiler path in tasks.json for both debug and release modes:
"command": "C:\\Workdir\\Programs\\msys64\\mingw64\\bin\\g++.exe"
The tasks.json automatically links the SFML libraries with the argument "-lsfml-graphics"
.
For debug purposes, change "miDebuggerPath": "C:\Workdir\Programs\msys64\mingw64\bin\gdb.exe" path as well in launch.json.
Make sure your antivirus is not blocking the build if you are on Windows.
Dependencies:
If you are using Visual Studio Code and MSYS2:
Install SFML in MSYS2 using:
pacman -S mingw-w64-x86_64-sfml
We provide CMakeLists.txt for easy building and compilation too. Install CMake Tools extension on VSCode and configure the kit and the generator.
We used:
pacman -S mingw-w64-x86_64-cmake
Make sure cmake is working using cmake --version
, a reload may be necessary
Set the cmakePath accordingly in settings.json:
"cmake.cmakePath": "C:\\Workdir\\Programs\\msys64\\mingw64\\bin\\cmake.exe",
This has been tested with the CMake Kit GCC 12.2.0 x86_64-w64-mingw32
both in release and debug modes.