You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using CameraK on Windows JVM the grabber is FFmpegFrameGrabber("video=0") which does not map to the first indexed camera, rather the camera name is required. Other grabbers exist such as the VideoInputFrameGrabber which you can set to index 0.
I propose that for Windows we use the VideoInputFrameGrabber(0) by default, but also allow through the builder for the user to specify their own org.bytedeco.javacv.FrameGrabber instance as a sensible override.
I will draft a PR and submit it.
The text was updated successfully, but these errors were encountered:
Fixed issue where camera index 0 was not available on Windows systems using FFmpegFrameGrabber.
Added ability to pass in custom FrameGrabber to DesktopCameraControllerBuilder. Added ability to flip the image horizontally to the DesktopCameraControllerBuilder.
When using CameraK on Windows JVM the grabber is
FFmpegFrameGrabber("video=0")
which does not map to the first indexed camera, rather the camera name is required. Other grabbers exist such as theVideoInputFrameGrabber
which you can set to index 0.I propose that for Windows we use the
VideoInputFrameGrabber(0)
by default, but also allow through the builder for the user to specify their ownorg.bytedeco.javacv.FrameGrabber
instance as a sensible override.I will draft a PR and submit it.
The text was updated successfully, but these errors were encountered: