ensegre

pinging in just to say that I tested that it works fine also in ubuntu 13.04, libv4l2-0-0.8.9.1, LV13.

In a further verge of insanity, I've beefed it up with "high level grab oriented" subvis, cleaned up a little the grabber example, and submitted the whole to the uncertified repository. Hopefully formatting it right, my first submission. @Darin: it doesn't really compare with OpenCV; this is only grabbing, while LV for linux doesn't have any image processing VI. OTOH I understand that within OpenCV you can grab via v4l too. However I don't know of any available LV-OpenCV glue besides Eran Herman's, which is commercial and for windows only AFAIK.

View File LVVideo4Linux Mostly for fun, I have concocted a way of acquiring video using Labview for Linux, to mend for the unavailability of IMAQdx on Linux. The idea is to grab via v4l2 (http://linuxtv.org/), actually through the handler libv4l2, and to display simply via the picture control. The package includes wrapper VIs to the public functions of libv4l2.so, high level, grabbing oriented VIs, convenient ancillaries and v42l typedefs. A proof of the concept webcam grabber, essentially a translation of the Appendix E example to the linuxtv API, is also included, as well as the trace of the process used for automatically building the typedefs employed. During the development, this was tested successfully with webcams at different resolutions on versions of LV from 2011 to 2015, on different installations of Ubuntu 64bits, from 12.04 to 14.04. This means, using v4l-utils from originally 0.8.6-1ubuntu2, 32bit, till 1.0.1-1, 32 and 64bit. The files are currently saved for Labview 2014 32bit, and can be run by Labview 64bit if a preliminary script, regenerating some of the typedefs, is run (details in the README). For the bleeding edge of this library, see https://gitlab.com/enricosegre/LVVideo4Linux Submitter ensegre Submitted 09/03/2013 Category Machine Vision & Imaging LabVIEW Version

Mostly for fun, I have concocted a way of acquiring video using Labview for linux, to mend for the unavailability of IMAQdx. The idea is to grab via v4l2, actually through the handler libv4l2, and to display simply via the picture control. I have tested this for the moment only with webcams at 640x480 on LV11 and 13 (both 32bits) on two different installations of Ubuntu 12.04 64bits, and it works. This means v4l-utils 0.8.6-1ubuntu2, 32bit. Attached is a proof of the concept, essentially a translation of the Appendix E example to the linuxtv API, saved for LV11. I include also a loose set of tools I built myself in order to parse the relevant headers and construct semiautomatically the necessary typedefs (LV13, no backsave out of lazyness). I have two questions: -Is this insane enough to qualify for this forum, or do I have seriously seriously to exaggerate? -Is someone interested in helping me to expand the exercise, checking portability on other distributions and versions of v4l2, other supported image formats, more robust packaging & so on? Intention would be to release a package under GPL. Enrico grab11.zip Import_headers.zip

But that's ugly... and would require a duplicate installation... I haven't tried if LV installs on wine at all, maybe someone did and evaluated limitations? ETA: found this couple of 2009 links on the ni fora: http://forums.ni.com/t5/BreakPoint/LabVIEW-Vision-Toolkit-in-Linux/m-p/1030238 http://forums.ni.com/t5/BreakPoint/LabVIEW-4-under-ReactOS/m-p/852977

No plans to support linux, by chance? I couldn't resist installing it on ubuntu12/LV2011, open a few vi's and replace references lvpython.dll --> lvpython.so, but to no avail (would have been pleasantly surprised if it did...)

Passing by, I found this boolean parser on the NI site. It's neat because it works also in linux, but doesn't support variables which is a hindrance for me, because the workaround is to string-substitute variables and parse the formula at each evaluation, which has a performance hit. Enrico