Let's take a step back. The problem you've posted isn't entirely clear.
Are you saying the capture requires IMAQdx and completes successfully using that driver? Are you saying it won't work with that driver?
Where are you currently at? For this, I'd suggest starting first with image acquisition. Can you acquire images using the manufacturer's software? If so, you know the device can talk to your PC. Next, with the IMAQdx drivers installed, can you see the device in MAX? If so, try to Snap an image. If not, determine if it is DirectShow compliant.
DirectShow is a standard used with USB cameras. The DirectShow functionality is enabled by the manufacturer and allows third parties to see the functions and interact with the camera. Without this, there's no way to use the IMAQdx driver to talk to the camera. Instead, we'd want to look at the API provided by the manufacturer.
If we're in the second case, you'll want to see what software support the manufacturer provides. Download this software support. Take a look through the documentation. Typically, they'll include a C API through a DLL. You can use this DLL and build a series of "wrapper" VIs each with a Call Library Function Node (CLFN) inside. The library of wrapper VIs will call all of the required functions from the DLL. With that, you can use it to bring images into LabVIEW.
Once we get past these hurdles, you can look at processing. But, until you acquire images, there's not much you can do here. Focus your attention on this troubleshooting path and find where you get hung up. Once you see that, let us know here where you're stuck and we can look at finding a way for you to move forward.
Hatef, if you can get images into LabVIEW, storing them is pretty trivial. There shouldn't be a need for any additional hardware.
