Vision Idea Exchange

Community Browser
cancel
Showing results for 
Search instead for 
Did you mean: 
Post an idea

I don't know what the current official status of AIPD is, but the polymorphic "IMAQ Write File 2" VI which is in the LV palette does not offer AIPD in its selector. For me this means that there is no official support for AIPD anymore.

Unfortunately there is also no alternative for storing SGL or complex images.

 

My request: Add the AIPD format as an officially supported file format to "IMAQ Write File 2" or offer an appropriate alternative for all image types.

 

 

'NI Vision Template Editor' is very helpful to create templates, but it would be better in a standalone Labview application to avoid calling an external exe (Editor) and browsing throught folders via Windows, allowing a final user (customer) to go around the O.S.

It would be appreciated to have the 'NI Vision Template Editor' available as an Express VI to use inside the standalone LV application.

Thanks.

C.M.

Setting My Camera Attributes Programmatically Does Not Permanently Change the Attributes

http://digital.ni.com/public.nsf/allkb/09794AF61D4CE35286256DBA0075150A

 

Currently, we cannot update .icd file through LabVIEW using IMAQ. The only way to do so is saving new values in MAX.

However, IMAQdx has this functionality. It would be very convenient if we can update .icd files using IMAQ as well.

How Do I Programmatically Load or Save a Configuration File with IMAQdx?

http://digital.ni.com/public.nsf/allkb/1C2357D44FE7F25C862576C300509B13

The Image Display control (IMAQ Image.ctl) allows the user to change the color palette.

Like for the Intensity Chart and Graph objects in LabVIEW, it would be useful to add a color scale object to the control in order for the user to be able to visualize the color <-> value correspondance.

Like for the Intensity Chart and Graph objects in LabVIEW, the color scale should also allow the user to set the display range (min and max value) as well as the out of range color values.

As the title says.

Currently, there is an ellipse tool, a rotated rectangle tool, but no rotated ellipse tool...

But while we are at it, why not allow rotating ANY ROI (or selection, whatever you want to call them)?

 

Application example: let the user define a ROI in the image and rotate it (as an overlay first, but as a final cut and paste later).

Use case : I create inspection templates in VBAI so that my customers have a base to start from.

I'd love to be able to "lock" a state, just like I can lock a VI in LabVIEW (with the same options : with or without password).

It would be practital if locked states could have a different colour and if we could put some text next to them on the diagram to explain why they are locked.

This way, it would be much easir for my customers to know what part of the inspection they can work on and the part that they are not supposed to modify (sometimes they modify things by mistake, but the undo will one day take care of that)

Hi

I feel there are some IMAQ Vision overlay VIs that would be useful.

 

1) Get Overlay Groups - Returns an array of Group Names and number of items in the group.

 

Useful for example - check if "Legend" overlay exists so don't write it again.

 

I don't see how to tell if overlays are written on top of each other... hence number of items in group (text, line etc) would be useful to look for overlay memory leaks.

 

Provides a way to tell if any overlays on the image as it returns an empty array if no overlays.

 

2) Clear Overlay Except

Currently can clear specified overlays, or all overlays, but no way to clear everything except "Legend" overlay unless you create code to keep track of written overlay groups so you know what to clear.

Binned images are very useful for reducing processing time when you are looking at the entire image.  It would be very useful to have a function that would perform binning on an image to generate a new image.  The binning factor could be anywhere from 2x2 to 32x32 or even larger.  I would be happy with powers of two, but any integer value would be even more useful.  Different values for the X and Y binning would also be useful.  The values could be simply added together and divided by a user specified divisor, much like the filter options.  It would be similar to the existing IMAQ Block Statistics, but the output would be a new image ready for processing.

 

Right now, binning can be accomplished by multiple steps - filtering with the appropriate size filter, then using IMAQ Extract to reduce the size of the image.  This is much slower and less efficient than a single binning function would be, since the filter must be applied to every pixel, instead of just the pixels you are keeping.  It could be done in place on the original image if desired.

 

Bruce

The title says it all, but let me expand a little...

 

Since LabVIEW 8, trying to create a VI from a selection containing a reference to an Image Control fails. It does absolutely nothing, nada, nitchevo, nichts, rien...

There are at least TWO CARs about it: 54165 and 35835.

Yet, years after years, nothing is done about it.

 

A workaround for creating VI is to remove the connections to any of the image control references in the original selection, and once in the created subVI, drop a custom control that you will have strategically dropped in your Favorites Control Palette:

 

Screen Shot 2016-11-29 at 14.49.41.png

Then you need to add it to the connector pane, reconnect in the original calling VI...

Not the easiest but manageable.

 

Now, what about managing events using a Register Event node handling several controls, including a couple of Image controls? Usually, when not using images, I bundle references to the controls and do the Event Registration in a subVI (there are typically a lot of wires and large nodes involved, therefore this would take an undue amount of real estate in a main VI).

The problem is, any cluster containing a Image Control Reference can apparently not be created as a control in a "Create subVI" or even a "Create Control" operation:

 

Screen Shot 2016-11-29 at 14.56.09.png

 

FAIL!

Screen Shot 2016-11-29 at 14.57.20.png
FAIL!

 

Once again, it is possible to do all this manually, but if you have a bunch of Image Control references and other references to bundle, this is becoming rapidly tedious.

I don't know if anyone else has requested this: It would be great if VA kept a track of the Template folder and Image file folder separately. I have to constantly load new templates and images and the program only remembers the last folder used, which means constantly navigating.

Affine_Transform.JPG

Many times in computer vision, specifically when applied to field of robotics, it may be useful to perform an affine perspective transform on an image based on the robot's roll, pitch, and yaw angles coming in from an IMU. These VI's can be used to project input images into naider view which were originally taken at some alternate roll, pitch, and yaw angle. Applications include improved object recoginition, gimbal replacement, and more accurate visual servoing. 

Download All

there are some vi in vision toolkit that their controls have not any useful information in labview help for user  so many ability of these vi are not discovered by LV user like  me 
for example IMAQ Particle Filter have input control with name of  selection value  inside this cluster we have item with name of Measurement Parameter  that have many mode to select but no detail information for them to know what kind of ability they have 
I think in next version of this toolkit it should be release  with enough information about these controls of  such vis
help.png

Labview should create a photometric stereo algorithm to combine images taken with segmented lights.

CCS and Smart Vision Lights are examples of manufacturers that have these lights.

 

www.computationalimaging.com

www.smartvisionlights.com/products/lm

 

 

 

 

 

 

 

Hi there!

 

I wanted to propose a new tool to draw a ROI in the Vision Development Module and in the VBAI: maybe using the spline, the ROI will be more accurate for some particular inspections.

 

Tank you so much,

bye!

 

FBM

Hello,

 

This could be a good improvement to create good programs in VBAI.

It could be very good if we can set the limits of functions based on variables or previous measurements. It is like how we can use the previous measurements when we Create ROI, select the position of a Custom Overlay.

 

Without this option, creating a user interface is not really functional, because whenever there is anything new, you need to go to programming interface and change the limits. But if we can enter variables for the limits of a function, we can create a good program to automate the inspections much more.

 

With this way, the operator can make everything without going to programming.

 

And it can also be very helpful to create operator independent automated inspections, which is very important for Quality Management System.

 

idea.png

Supporting only binary images as input type for the particle analysis is reducing the use cases where this functionality can be used. In many segemtation methods, e.g. superpixel segmentation or watershed segementation, the segmentation result is a labeled image. Being able to perform particle analysis on labeled images would enhance the modularity of this function. Since the particle analysis in internally performing probably a labeling anyway, and in many cases, the label of an object which is to be analysed is known too, it could also reduce the computational cost of this function.

This will be useful to deploy projects to end-users more easily. Currently, NI only provides the USB Dongle Solution for LabVIEW, TestStand, and LabWindows™/CVI™. More software into this USB Dongle will provide more flexibility in the licensing options to deploy to end-users.

https://www.ni.com/pdf/manuals/372534d.pdf

When working with LabVIEW Files, there are two ways to get the File Path back from the File Refnum -- one is to use the Close File function (which takes Refnum in and returns Path out) and the other is to use the Refnum to Path function (which I didn't know existed until today).

 

However, this very convenient "inverse transform" is not present in the NI Vision for AVI2 Files -- IMAQ AVI2 Close doesn't return the Path, and the Refnum to Path function won't accept an AVI Refnum as an input.  Assuming that the original Path information is contained in the DLL at the time that AVI2 Close is called, please return it (as a Path or as a String) when the AVI is close.  Alternatively, provide an AVI2 function (perhaps an extension to the existing IMAQ AVI2 Get Info) that returns the File Path.

 

 

It would be nice and useful to have support for MAC Operating Systems for the Vision software (VAS, VBAI, VDE). 

 

I've seen that Vision is used commonly in academia, where many students have MAC computers. 

It would be nice if NI can provide Reset to default Values for settings in Vision assistant for many functions for e.g., Shape Detection etc. Currently either the developer should be getting default values from context help or delete the fuction and add it again.