Antoine Chalons

1.) Are there quality VIs out there and I'm just not seeing them?

2.) Is there an appetite for them?

3.) Would anyone be interested in working (with me or otherwise) on an open-source image processing toolkit?

1) I don't really know the answer for sure, I saw that though :http://www.ehe-lab.com/OpenCV_Wrapper.html, I admit I have no idea how openCV compares to  Cognex, Keyence, Matrox, Halcon, NI VDM, etc...

2) NI's OCR and pattern matching are far behind the competitors, so if there is a way to integrate something that give better results I am very interested

3) If I can be of any help I'll be glad, I have to say though that I've never coded in any other language than LabVIEW so integrating dll  into LabVIEW is not my cup of tea.

Cheers

2048*48K= 983,040,000 pixels per second. Assuming 8 bit images You're at 7.9 Gb/s which is too fast for gige but in USB3.1 range.

I don't think that's the way to calculate this... the 48kHz is the max line rate, if you want 10fps with 2048 lines and 4096 columns, I'd calculate like this : 2048*4096*10/(1024*1024)=80MBytes

According to this you're fine with GigE.

One advice if you go with GigE and NI avoid the PCIe 8231 and 8235 and prefer the PCIe 8236 and 8233.

We've have had a huge amount of problems with 8231 and 8235 and replacing them with 8236 or 8233 (even without using the PoE) was always a solution.

NI technical support could never explain nor solve the issue and I'm still pretty bitter about this.

I avoid GigE like the plague, I know lots of people go this way (even my co-workers) but I simply don't trust it. I've never had had any issues with Camera Link so I stick to that. It does add extra cost for the frame grabber, but at least I'm confident I won't have disconnection issues.

USB3 seams to be the next thing for cheap application but I wouldn't jump on it too early.

CoaXPress seams to be the high speed successor for GigE but NI doesn't support it (yet??).

What problems are you afraid of with a MacOS version of LabVIEW?

I use VMWare on my Mac to run a Windows version of LabVIEW and I'm happy with it.

I tend to agree with you but clearly that's not Olivier's point of view... Saphir's probes (see LVTN) are full of XControls

[edit]

of course if it's only for one project... it may not be worth at all

maybe an XControl could help you with this, no?

you are a Mac user and you'd like LabVIEW to look beautiful on retina displays? vote here

we've asked this from NI multiple times but they say it would be too much work to fully support reading and displaying dxf files, we came up with an compromise that was acceptable for our customers, they have to export their dxf without arcs and then we can parse the dxf files to generate overlays that we display on in IMAQ image.

would that work for you knowing it requires the Vision Development Module licence?

looks great! does it work with FP decorations?

maybe take a look at this discussion on JKI forum.

hope this helps

Hello

To find out which controller is being used you can use property nodes on the imaq session, but in your case, if you want your software to control all the acquisition parameters you can use the IMAQ set attribute VI and then you don't have to care about what's in the icd file on the computer.

Hope this helps

your app is using more CPU but is it running as fast, faster or slower.

I mean... ok it takes twice as much CPU but you don't say anything about what it does and if it runs faster.

up to date smartphones have barometers to measure elevation, no?

I love the "write once" option, great job!

I use variant attributes alot because it's flexible and fast for searching by name, this package makes it even easier to implement.

Cheers 

You should add it to the LabVIEW Wiki with the other easter eggs : http://labviewwiki.org/LabVIEW_configuration_file/Easter_Eggs

So apparently you get a Virus for your 1000 Dollars?

That's not too bad... A nasty virus can end up costing you a lot more than that!

Same here, I use Saphir's probes (based on XControls) and it works fine for me.

they've crippled my name 

if you want IMAQ events, vote here : http://forums.ni.com/t5/LabVIEW-Idea-Exchange/IMAQ-dynamic-events-please-IMAQdx-support-it/idi-p/2936402

If you think the licence manager needs improvments : http://forums.ni.com/t5/LabVIEW-Idea-Exchange/Improve-that-damn-Licence-manager/idi-p/2928466

Hi,

I did work on a similar vision application (controling glass syringes) using LabVIEW + VDM and I also used DSC, but only or the security part (user management).

I wasn't asked anything more than a user manual to go along with my the sotware, I think the customer dealt with whatever documentation was required.

The customer is an american company but my app is - as far as I know - only used in european factories. I also know that "they" (this american company) developed their own brew of the system and it does run in factories in the USA and it's LabVIEW + VDM, no DSC though.

Hope this helps

That's really great, thanks a lot for that!

That's a step in a good direction.

Well I think people are a bit shy to talk about the CLA openly on forums because of the NDA NI makes you sign when you take the exam.

As for NI, well you can see their point... they don't want to give away the CLA too easily.

Good luck anyway with you preparation.

a few links that may be of interest :

- http://labviewartisan.blogspot.ch/2009/02/labview-certification-preparing-for-cla.html 2009, maybe a bit out dated...

- http://labviewartisan.blogspot.ch/2010/07/changes-to-cla-exam.html 2010, still not quite up to date...

- http://lavag.org/topic/15201-cla-exam-was-tough-so-was-waiting-3-weeks/

- http://lavag.org/topic/14990-baffled-cla-exam-redux/

- http://lavag.org/topic/14251-nom-nom-nom-eating-crow/

there's certainly muh more to dig out form the different forums and blogs.

Hope this helps