07-02-2008 04:01 PM - edited 07-02-2008 04:03 PM
Hi everybody!
I'm developing a code to grab images from a USB webcam. So, I have been using the Peter Parent's driver for a long time and I don't need to use IMAQ drivers at all.
It's because I just want to grab images and transfer them using datasocket protocol. I don't have to make any kind of manipulation.
But, I realized that this code is quite slow. Even if I use it in a separate loop running in parallel.
I'd like to program a server to acquire data from several sensors e transmit these information using datasocket, including the webcam images.
That's my problem. If I use the Peter's code to grab images, my acquisition time slow down too much....
Could anybody help me? Is there another solution just to grab images from USB webcams without have to buy the IMAQ driver for this task?
My code:
Server:
Client:
Thanks in advance!
07-03-2008 10:13 AM
Hello Claudio,
Try to move the constant with value 250 to inside the loop (Server.vi). Your loop is not been timed with this constant outside the loop.
Check it solves your problem.
Best regards.
Bruno M.
07-03-2008 01:18 PM
07-03-2008 01:25 PM
07-03-2008 01:38 PM
07-03-2008 01:44 PM
You are sure, Mike.
Claudio, can you give us more information about your computer, including the processor speed, RAM memory, etc? Which is your windows version? Which is your Labview version?
Regards.
07-03-2008 03:40 PM
07-04-2008 03:05 PM
Claudio,
Check if this forum solve your problem.
http://forums.ni.com/ni/board/message?board.id=170&message.id=257625&requireLogin=False
Best regards.
Bruno M.
07-04-2008 03:31 PM
07-04-2008 04:07 PM
Sorry Claudio.
We can´t offer support to 3rd party VIs.
Maybe if you install the NI-IMAQ 3.1.3 drivers it can solve your problem.
http://joule.ni.com/nidu/cds/view/p/id/758/lang/en
The better suggestion is to buy NI Vision Development Module that allows you to use much more functions.
More informations you will find in NI Vision Development Module:
http://sine.ni.com/nips/cds/view/p/lang/en/nid/2881
Best Regards.
Bruno M.