unstable frame rate on windows 7 64bit

[lty52]

I installed 32bit xp and 64bit windows 7 OS exact same computer. I run acqusition software on 64bit windows 7 computer.

I have problem with unstable frame rate and little bit slow, but if I run on 32bit windows xp OS, there is no problem.

Other software settings are same. But, on 32 bit, frame rate is stable but, on 64 bit, it is not.

I used IMAQ. The camera name is two of HAMA ORCA ER and two of HAMA C8484 cameras.

This computer is Inter Core i7-2600 CPU @ 3.4GHz, 3.5GHz, 3.48 GB of RAM on 32bit, Inter Core i7-2600 CPU @ 3.4GHz, 3.4GHz, 8 GB of RAM on 32bit on 64 bit.

I am using IMAQ and IMAQdx both of them. And, I am using LabWindows 2010 CVI.

I think this is 32bit becuase I heard that LabWindows 2010 CVI is only 32bit.

So, I make 32bit application with LabWindows 2010 CVI and use this application on the 64bit computer.

Unstable frame rates is some frame is similar to exposure time but a few frames are 2~3 times more than the exposure time.

In addition, general frame rate is too higher than exposure time. But, there is no missing frame. I am not sure about the image qulity but, I think it's fine.

Please let me know if you guys have some solution.

Sincerely,

Taiyoon Lee

[Tim_O1]

Hi Taiyoon,

My first thought is an outdated driver. What version of NI-IMAQ is installed on the Windows 7 computer? This can be found within Measurement and Automation Explorer under the Software tab. You can reference the document below to see which versions of IMAQ are compatible with Windows 7. You can also download the latest version from the other link below. Also make sure you are using the same camera files on both operating systems and that the camera attributes are the same.

What Version of NI-IMAQ Does My Operating System Support?
http://digital.ni.com/public.nsf/allkb/E7725A08B0E152628625747900627A3E

NI Vision Acquisition Software 2011.09.
http://joule.ni.com/nidu/cds/view/p/id/2625/lang/en

Tim O

[lty52]

Dear O,



I am using NI-IMAQ 4.5. This version can be used in Windows 7 64bit. And, the camera files and camera attributes are the same.

In addition, I updated VASAugust2010 to VAS_September_2011 but, it was not working at all.



Sincerely,

Taiyoon Lee

[Tim_O1]

Hi Taiyoon,

Can you please elaborate on “not working at all”? Do the cameras show up in Measurement and Automation Explorer (MAX)? If you do a grab in MAX from the camera’s what are their frame rates (this is on the bottom right of the application). I want to try to eliminate CVI from the issue. Can you try to get the frame rates is MAX on both camera across both operating systems and see if you still see your current issue?

What are the model numbers of the frame grabbers you are using? What are the resolutions of the images you are acquiring?

Tim O

[lty52]

Dear O,

I updated all programs related NI.

I tested in the MAX. It is same frame rate per second : 2,2 but sometime 32bit machine is 4,4. I did just short time.

But, my program which is comfiled in CVI frame rate is not stable and little bit slower than acquisition speed in 32bit machine when I image 5000~10000 frames.

When I set exposure time to 0.1s, in 32bit it take 0.11s but, in 64bit 0.12~0.13 and sometime it peaks.

I don't understand the frame grabbers. The resolution of Hamamatsu C8484 is 1.37  million  pixels. The resolution of Hamamatsu ORCA-ER also is same.

Sincerely,

Taiyoon Lee

[Greg-H]

Taiyoon Lee,

Is there anything else running ont he computer during the acquisition.  It sounds like one of the processors could be spliting resources between the image acquisition and something else.

Regards,

Greg H.

[lty52]

Dear Greg-H,

There is only internet connection. Actually, this affect the acquisition speed, but I also tested without internet connection and running any program.

The time frame is still unstable although it reduce the number of peak.

If you want to, I can show the graph for time per each frame.

Sincerely,

Taiyoon Lee

[Greg-H]

Taiyoon Lee,

How much exactly are you seeing the framerate vary?  How are you calculating this or are you observing this in MAX?

Regards,

Greg H.

[lty52]

Dear Greg-H,

This is frame rate graph. It is calculated in MATLAB.

Sincerely,

Taiyoon Lee

[Greg-H]

Taiyoon Lee,

I am not sure what is causing this behavior.  I am going to run this by some colleagues tomorrow and see if I can recreate similar behavior on a test machine.  I will get back to you with what I figure out.  In the meantime could you attach the original image of the graph, it is hard to inspect the embedded image.

Regards,

Greg H.