Similarly, we've had major problems with the library, in all versions.
It's fast when it works. But, our application requires the video to be
openned and closed repeatedly. As soon as you close and reopen the
video stream, the whole video subsystem becomes unusable (freezes,
multisecond pauses, slow frame rates).
We've switched to using the open source vidcapture library on source
forge. It's probably not as fast (don't know if it is) but it's rock
solid in terms of stability. I don't have an ARToolkit wrapper for it,
but it's very straightforward to use.
On Jul 15, 2004, at 5:54 AM, Volker Wiendl wrote:
> PL> below and they relate to the version of the windows video
> PL> library that I included with 2.68. I used version 0.0.3, however as
> PL> has been pointed out to me, the current version on Tomas Pintaric's
> PL> site is 0.0.4. We are currently working at including this new
> PL> and testing it. This should also resolve the issues of some cameras
> PL> producing a vertically inverted image.
> I thought the actual version is 0.0.6.
> But we got problems with this version. It wasn't possible to get a
> stable frame rate from this library.
> Sometimes the WaitForNextSample method returned 258 instead of
> WAIT_OBJECT_0. So the image freezes for a while before it goes ahead.
> Maybe the reasen are these lines in DsVideoLib.cpp
> // FIX FOR UNRESOLVED BUG: detach the Reference Clock from our
> // filter to prevent deadlocks
> //pVideoSource->SetSyncSource(NULL); // fixes the
> CAMEvent-dealocking issue (?)
> in version 0.0.5 these lines are not commented.
> We returned to 0.0.5 now, this version seems to work best, also we got
> a problem by calling CoUnitialize. Everytime we call it, there is an
> error message telling me that there are some object references left.
> If someone has a solution for this problem I would be very pleased.
> I can't find 0.0.4 anywhere, only the 0.0.3c can be found on Thomas'
> side. http://www.ims.tuwien.ac.at/~thomas/dsvideolib.php
> Best regards,