DSP or FPGA for high-speed image processing?

Dec 17, 2006 4 Replies

Hi,



I am going to start a project of onboard high-speed CMOS image processing. I am goint to perform certain *block matching algorithm* or *Fourier Transform* between successive frames and the fps would be 1000 or more..


The interface between the CMOS camera and the board is standord CamLink. I've learned that both DSP and FPGA based circuits can do certain onboard image processing tasks, and I'd like to know whick is better? DSP or FPGA?


I know some corporations use FPGA based boards as development boards for their cameras. And my cooperators have some DSP development experiences. So, the question arises, and I want your suggestions. I'd like to know the advantages of each choise and maybe the direction of onboard realtime high-speed image processing.


Thanks! Any help would be appreciated.



Please go to wikipedia and look up "cross post". Compare what they have to say about cross posting with what they have to say about multiple posting.

Then do it right.

Tim Wescott Wescott Design Services http://www.wescottdesign.com Posting from Google? See http://cfaj.freeshell.org/google/ "Applied Control Theory for Embedded Systems" came out in April. See details at http://www.wescottdesign.com/actfes/actfes.html

Hi,

What size of frame? That's a lot of memory-bandwidth!

Do you mean Camera Link? There's VGA resolution cameras that'll do

1000fps that way. What's the end application?

It depends. Sorry!

However, I think a single DSP is going to struggle to do a 2D FT of even a VGA image at 1000 fps. And once you go beyond a single DSP, my opinion is you might as well go to FPGA as you have a lot more flexibility in how you parallelise things then.

If you want to do *really* high speed processing, FPGAs are a sensible choice. Assuming your algorithms are a) parallelisable and b) actually compute limited, not memory latency or bandwidth limited.

Cheers, Martin

martin.j.thompson@trw.com TRW Conekt - Consultancy in Engineering, Knowledge and Technology http://www.conekt.net/electronics.html

Hi,

Thanks for your reply.

256*256 frame (or even small) size will be ok. Generally the algorithm is kind of correlation of two sucessive frames.

Best regards, kyori

Mart>

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required