Using the video library outside the pde

[clankill3r]

I wanted to use the video library outside the pde and the process to get it working was far from easy.
In this case i'm using VSCode.

I bundle the video library with the project.

From the Video.java source:

 // The video library loads the GStreamer libraries according to the following
 // priority:
 // 1) If the VM argument "gstreamer.library.path" exists, it will use it as the
 // root location of the libraries. This is typically the case when running 
 // the library from Eclipse.
 // 2) If the environmental variable is GSTREAMER_1_0_ROOT_(MINGW/MSVC)_64 is defined then 
 // will try to use its contents as the root path of the system install of GStreamer.
 // 3) The bundled version of GStreamer will be used, if present.
 // 4) If none of the above works, then will try to use default install locations of GStreamer
 // on Windows and Mac, if they exist.
 // In this way, priority is given to the system installation of GStreamer only if set in the
 // environmental variables, otherwise will try to load the bundled GStreamer, and if it does not
 // exist it will look for GStreamer in the system-wide locations. This gives the user the option
 // to remove the bundled GStreamer libs to default to the system-wide installation.

vmArgs ❌

In launch.json:

 "vmArgs": [
 "-Dgstreamer.library.path=${workspaceFolder}/lib/video/library/windows-amd64",
 "-Dgstreamer.plugin.path=${workspaceFolder}/lib/video/library/windows-amd64/gstreamer-1.0"
]

This gives:

Seems like you are trying to use GStreamer native libraries older than 1.20, which are not supported.
Processing video library using bundled GStreamer 1.20.3
Scanning GStreamer plugins...
(Processing core video:12380): GStreamer-WARNING **: 12:12:29.229: Failed to load plugin 'C:/Users/clank/Desktop/03 - ACTIVE_PROJECTS/25 - Room-Activity/lib/video/library/windows-amd64/gstreamer-1.0\gstaccurip.dll': The specified module could not be found.
This usually means Windows was unable to find a DLL dependency of the plugin. Please check that PATH is correct.
You can run 'dumpbin -dependents' (provided by the Visual Studio developer prompt) to list the DLL deps of any DLL.
There are also some third-party GUIs to list and debug DLL dependencies recursively.

And the DLL errors keep coming. The dll's all exists. I also tried backslashes etc.
This actually seems more like a gstreamer bug to me.

In the end you get a java.lang.IllegalArgumentException: No such Gstreamer factory: playbin

(I'm not a big fan of this anyway cause it requires the user to change the vmArgs depending on the OS).

2. java.library.path

I think this is the easiest way to get the video library working outside the pde:

 public void setup(){
 
 if (PApplet.platform == MACOS){
 
 }
 else if (PApplet.platform == LINUX){
 
 }
 else if (PApplet.platform == WINDOWS){
 System.setProperty("java.library.path", System.getProperty("java.library.path")+";"+sketchPath()+"/lib/video/library/windows-amd64");
 }
 else{
 throw new RuntimeException("Unsupported platform");
 }

 // now load a movie...
}

Then everything works. I didn't fill in the path for MACOS and LINUX yet cause I didn't test yet on those machines and I didn't want to make assumptions that it works there as well.