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.

kyori wrote:

> 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

"kyori" <g...@gmail.com>
writes:

> Hi,
> 

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..
> 

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

> 
> The interface between the CMOS camera and the board is standord
> CamLink.

Do you mean Camera Link?  There's VGA resolution cameras that'll do
1000fps that way.  What's the end application?

> 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?
> 

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.

> 
> 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.
> 

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

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

   

Thanks for your advice and I am learning the
rules.
Tim Wescott wrote:
> kyori wrote:
>
> > 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,

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

Martin Thompson wrote:
> "kyori" <g...@gmail.com> writes:
>
> > Hi,
> >
>
> 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..
> >
>
> What size of frame?  That's a lot of memory-bandwidth!
>
> >
> > The interface between the CMOS camera and the board is standord
> > CamLink.
>
> Do you mean Camera Link?  There's VGA resolution cameras that'll do
> 1000fps that way.  What's the end application?
>
> > 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?
> >
>
> 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.
>
> >
> > 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.
> >
>
> 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
>
> --
> m...@trw.com
> TRW Conekt - Consultancy in Engineering, Knowledge and Technology
> http://www.conekt.net/electronics.html