I have a working image capture application that uses the NI-1428 to grab imagery from a camera. A customer has recently tried to install this application on their computer, and they obtain a strange result, as follows.
A thread is opened by the application to capture video at a 30 Hz rate. To initialize the thread I call imgGrabSetup(), followed by a sequence of imgSnap() commands which collect the data. Normally there is no problem, and the program runs like a clock. The problem with this particular customer's system is that the imgGrabSetup() command hangs (i.e. does not return) for about 15-45 seconds. The command eventually does return, and then subsequent capture operations with imgSnap() execute in the normal fashion. I use an errChk() check macro on the imgGrabSetup() command and it always returns a normal IMAQ status, even though it is delayed.
The customer's computer has the following characteristics according to the Control Panel:
AMD Athlon XP 30004
AT/AT Compatible
2 GB RAM
Windows 2000, Sevice Pack 4 5.002195
Is there a reason that this computer would have a problem with imgGrabSetup() ? We looked at the disk activity and it does not go crazy when the program runs, and the amount of memory used by the program does not tax the resources either. The CPU usage does jump to ~ 100% when the application starts. I do not understand how various computer types interact with IMAQ.
When we try the same application on a different computer (running Windows XP) it runs fine.
Any help?
Thanks,
Dave C