ImageToArray function sometimes reports valid input as "not an image"

[Root_Canal]

ImageToArray function sometimes reports valid input as "not an image"

image is displayed, then immediately piped into the ImageToArray function. most of the time, there is no error. occasionally, ImageToArray will report a "not an image" error and halt program execution Even though the image displays properly and contains valid values!

What the heck?

[tst]

I don't use IMAQ, but it sounds to me like you might have a race conditions. I know that an IMAQ image wire is actually a pointer, so I'm guessing that the image is not there when the VI runs but is there when the indicator needs to be updated. Can you post an image of your code or the actual VI itself?

[Jaidev]

Hi,

tst is right, race conditions can certainly cause such errors, especially the ones that you see only sporadically. Is there a chance that you are destroying the image buffer in parallel? Make sure that you dont have an IMAQ Dispose VI that might be reached before the Image to Array VI.

Jaidev

[Root_Canal]

image is not being deleted out of turn, here is a picture of the vi: [URL=http://allyoucanupload.webshots.com/v/2000660280820369453][IMG]http://aycu10.webshots.com/image/37929/2000660280820369453_th.jpg[/IMG][/URL] the data should arrive at the "before" output and the IMAQ array to image function at the 'same' time. the image can always be displayed properly. it contains valid values, but every once in a while "array to image" tells me it's not an image! If we assume this is a race condition, how do I solve the problem?

[tst]

Your image wasn't accessible. You can just attach it to your post.

[Root_Canal]

[tst · Accepted solution]

There is nothing in that image that gurantees that the Image to Array VI will run before the close VI. It may look to you like it requires a lot more code, so you would expect that it would run first, but apparently, the VI which releases the reference runs before the Image to Array VI. Again, you should note the image wire does not hold the image itself - it is a pointer to the image, so destroying the image means you can't access it anymore.

If the Image to Array VI has error I/O, use that to force it to execute before the close VI. If it does not, you can use a flat sequence structure.

[Root_Canal]

thanks.