(java.exe:4496): GStreamer-CRITICAL **:
Trying to dispose element Video Capture, but it is in READY instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.
I connected various other cameras to processing, and they worked fine.
This camera also works , I tried it on webcam software and it works.
What is peculiar about it , it does high framerates , and I need that .
A quick search didn’t provide many hints about your case. This one could be relevant or not at all. If the camera does not work with Processing, and if you really need this camera, then try to search for “just” java libraries and examples that works with your camera. If you get a sample code setup and running then you could add Processing to it. My two cents…
Note that frameRate() controls how fast Processing draws to the screen – it doesn’t control how often a camera captures an image; it doesn’t affect cameras at all.
What is the specific make and model of camera that you are having problems with?
In general, my understanding of web cams and Processing is:
Processing asks the camera for the latest image
Processing draws that image
Processing advances to the next draw frame, at frameRate
So the main limitations should be (?)
Can your camera captures frames at 60 fps.
Can your port / computer access those frames live over the wire at 60 fps – some cameras can record to onboard media at 60, but can’t e.g. stream over USB2.0 at 60.
Is the camera compatible with Processing, e.g. the Video library
Can Processing / Java run fast enough to draw the frames it gets at a 60fps frame rate.
It sounds like your issue is #3? Can you provide your test sketch?