Hi, Thanks for the responses to this issue.
My speculation is that Labview implements IMAQ Image buffers using Win32 GDI buffers, which exhibit exactly the sort of size limited behavior we're running into. It's not a hard limit, and it can vary somewhat, but the result is that Windows throws an error when the client application requests a buffer whose dimensions exceed ~15k x 15k pixels (for an 8 bit image).
In terms of reproducing this problem, it should be very easy for someone at National Instruments: create an 8 bit image using IMAQ Create, then use IMAQ SetImageSize to set the dimensions of the image to some large value, say 30k x 30k pixels (which is actually much smaller than the images I'm routinely acquiring these days).
If the above speculation is correct, the way for NI to deal with the problem is for IMAQ Image buffers *not* to use GDI buffers as the backing store for pixel data, but to allocate memory on their own. This would let us have images up to 3GB in size (the 32bit Windows per-process memory limit), rather than the current ~225MB.