The goal of this project is to allow integrated or USB-connected webcams to be accessed directly from Java. Using provided libraries users are able to read camera images and detect motion. Main project consist of several sub projects - the root one, which contains required classes, build-in webcam driver compatible with Windows, Linux and Mac OS, which can stream images as fast as your camera can serve them (up to 50 FPS). Main project can be used standalone, but user is able to replace build-in driver with different one - such as OpenIMAJ, GStreamer, V4L4j, JMF, LTI-CIVIL, FMJ, etc.
The workaround for me was to comment-out the following lines in the getDriver() method of Webcam.java:
// if (driver == null) {
// driver = new WebcamDefaultDriver();
// }
It may also be possible to fix this by using a different version of BridJ, but as I suggest in Issue #888, there really shouldn't be a dependency on BridJ in the core webcam-capture model. Especially now that there are solutions (such as https://github.com/eduramiba/webcam-capture-driver-native) that don't require BridJ (and with Panama coming soon...)
Note: For some reason I was unable to reproduce this after re-enabling the commented out lines.
The current
masterbranch fails trying to load the BridJ library even when a device that doesn't use BridJ is configured. (https://github.com/eduramiba/webcam-capture-driver-native, for example)The workaround for me was to comment-out the following lines in the
getDriver()method ofWebcam.java:It may also be possible to fix this by using a different version of BridJ, but as I suggest in Issue #888, there really shouldn't be a dependency on BridJ in the core
webcam-capturemodel. Especially now that there are solutions (such as https://github.com/eduramiba/webcam-capture-driver-native) that don't require BridJ (and with Panama coming soon...)Note: For some reason I was unable to reproduce this after re-enabling the commented out lines.