LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

USB DRIVER FOR IMAQ

Hello Brad, thanks for your suggestion of the GigE.  We already have IEEE and other scientific grade cameras as part of our system.  The point of the current work is to implement a very inexpensive image acquisition paradigm so that we can use the cameras ubiquitously.  USB cameras, like the Creatives, are cheap enough to allow us to use them everywhere in the system.  This would not be possible with the type of cameras you suggested.  In other words, I have no choice on the hardware.  I need to write a software to acquire from the USB cams, and it would be significantly better if I could acquire simultaneously from many.  I understand that this technology is not a priority for National Instruments, but perhaps you could direct me towards a method of modifying the libraries myself?  Any help you could give would be appreciated.  Thanks.

Nicholas

0 Kudos
Message 151 of 197
(2,943 Views)


@nicmatlis wrote:

Hello Brad, thanks for your suggestion of the GigE.  We already have IEEE and other scientific grade cameras as part of our system.  The point of the current work is to implement a very inexpensive image acquisition paradigm so that we can use the cameras ubiquitously.  USB cameras, like the Creatives, are cheap enough to allow us to use them everywhere in the system.  This would not be possible with the type of cameras you suggested.  In other words, I have no choice on the hardware.  I need to write a software to acquire from the USB cams, and it would be significantly better if I could acquire simultaneously from many.  I understand that this technology is not a priority for National Instruments, but perhaps you could direct me towards a method of modifying the libraries myself?  Any help you could give would be appreciated.  Thanks.

Nicholas


I don't think there is anything you could do to the driver to make it work with multple cams. For that you would need to change the underlying DLL itself to support acqusition sessions much like the IMAQ Session for the NI-IMAQ and NI-IMAQdx and VIs.

But for that you would need the source code of the DLL and probably some significant changes to that code too. And NI has many times stated that the source code for this library is not for sale, also because it makes use of internals of the IMAQ datatype.

And at least the Toolkit from Inventeering seems not to have sessions either so multiple cams won't work there either.

Rolf Kalbermatter


Message Edited by rolfk on 02-01-2008 10:26 AM
Rolf Kalbermatter  My Blog
DEMO, Electronic and Mechanical Support department, room 36.LB00.390
0 Kudos
Message 152 of 197
(2,935 Views)
If it is not possible to acquire continuously from more than one USB camera, is it at least possible to switch quickly between cameras?  At the moment the switch is taking about 2.2 seconds to implement.  If this could be done much faster, it would at least be something.
0 Kudos
Message 153 of 197
(2,917 Views)


@nicmatlis wrote:
If it is not possible to acquire continuously from more than one USB camera, is it at least possible to switch quickly between cameras?  At the moment the switch is taking about 2.2 seconds to implement.  If this could be done much faster, it would at least be something.

That's probably not a possibility even with access to the C source code. Closing and opening DirectX resources is not something that is usually gonna happen in ms. There is a lot behind the scene that is going on when DirectX queries the device capabilities and decides on what filter chain to build up and that is gonna require some time. A lot of COM objects are involved in that and they all need to be initilialized and then initiliaze other depending COM objects too. And on closing that is all deallocated again. So I think that 1s or more for closing and opening a camera are not really a lot of time.

Rolf Kalbermatter
Rolf Kalbermatter  My Blog
DEMO, Electronic and Mechanical Support department, room 36.LB00.390
0 Kudos
Message 154 of 197
(2,903 Views)
Hello Brad,
 
 I would like to aks you to support for Italian langulage OS too. I am attaching screen shots.
 
 
0 Kudos
Message 155 of 197
(3,047 Views)

Italian has already been added. Use one of the latest DLLs and it should work. Let m know if you hav any problems.

Thanks,

Brad

0 Kudos
Message 156 of 197
(2,825 Views)

No it doesn't work! I've tried the 2 or 3 version of the last DLL but without any positive result. I have Windows XP SP2 Italian, Labview 8.0 and the camera is an analog bw camera from "Lafayette". I acquire the immage throught an USB acquisition tool named "VS-USB 2800". In the far past I succeed to obtain an acquisition but I don't remember what version of LabView or XP was. Please HELP ME Smiley Happy

Thanks.

Orlando

0 Kudos
Message 157 of 197
(2,802 Views)

I suspect it is your camera. A way to verify this is the problem and not the OS would be to test the camera on an English OS. Another way would be to test a Logitech or Creative webcam (about $30) on English/Italian OS since these work well with the DirectShow filter driver.

Hope this helps,

Brad

0 Kudos
Message 158 of 197
(2,784 Views)
With an other acquisition software the camera works well, and, as I previously saided, in the past I've used it with LabView. I will try with a webcam and I will tell you if it works. You don't have other idea?
0 Kudos
Message 159 of 197
(2,777 Views)
Can you use the camera directly from the Windows Control Panel?
If that's the case it should work with LabVIEW.
If it only works with a custom application (as delivered by the vendor) you could try to get the document of the camera and build your own driver.

Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas

LabVIEW, programming like it should be!
0 Kudos
Message 160 of 197
(2,772 Views)