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 
> DSVideoLib
> 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 
> version
> 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 
> renderer
>       //                         filter to prevent deadlocks
>
>       //graphBuilder->SetDefaultSyncSource();
>       //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,
>  Volker

PL> below and they relate to the version of the windows video DSVideoLib
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 version
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 renderer
      //                         filter to prevent deadlocks

      //graphBuilder->SetDefaultSyncSource();
      //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,
 Volker