Ron Huize wrote:

> You should have a look at the TigerSHARCs from ADI (TS101, TS20x).  A very
> nice feature of them is that they can support floating point and fixed
> point.

I'll take a look.

I also found the A436 by Oxford Micro Devices (www.omdi.com).  It looks
interesting, although, I must say, their website does not inspire
confidence.


-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Martin Euredjian

To send private email:
0_0_0_0_@pacbell.net
where
"0_0_0_0_"  =  "martineu"

You should have a look at the TigerSHARCs from ADI (TS101, TS20x).  A very
nice feature of them is that they can support floating point and fixed
point.  For ease of implementation, you can use floating point, but if you
want to get  more* processing, you can use 32, 16 or 8 bit fixed point, and
it makes full use of the core, i.e. it sort of looks like a quad 16 bit or
octal 8 bit core.  And yes, they are optimized for things like FIRs, etc.
and have built in sdram controllers.

* one may argue that processing 8 8 bit fixed in a cycle is not actually any
more processing than processing 2 32 bit floats, but I am generalizing
"more" to mean operations per cycle, with an operation defined in terms of
the data size, i.e. you get more 8 bit operations per cycle than you do 32
bit operations.

----
Ron Huizen
BittWare

"Martin Euredjian" <0_0_0_0_@pacbell.net> wrote in message
news:wYV0c.4794$hn.701@newssvr27.news.prodigy.com...
> Interested in opinions and thoughts as to which DSP's might be good/best
for
> real-time image processing.  We currently use FPGA's.  It would be
> interesting to learn what can be done with DSP's.
>
> Are there any that have efficient ways to implement such things as FIR
> filters, for example, or matrix transforms, etc.?  How about dealing with
> SDRAM/DDR SDRAM frame stores?  Are there any that can drive RLDRAM?  Maybe
> there's one that particularly well supported with imaging libraries or
other
> IP that can be licensed?
>
> I see such devices as BlackFin, etc. that can hit 800+ MHz.  Surely they
can
> do a nice amount of image processing, but, how are they optimized for such
> tasks and are there some that are a better fit than others.
>
> Thanks,
>
>
> -- 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Martin Euredjian
>
> To send private email:
> 0_0_0_0_@pacbell.net
> where
> "0_0_0_0_"  =  "martineu"
>
>
>
>

Interested in opinions and thoughts as to which DSP's might be good/best for
real-time image processing.  We currently use FPGA's.  It would be
interesting to learn what can be done with DSP's.

Are there any that have efficient ways to implement such things as FIR
filters, for example, or matrix transforms, etc.?  How about dealing with
SDRAM/DDR SDRAM frame stores?  Are there any that can drive RLDRAM?  Maybe
there's one that particularly well supported with imaging libraries or other
IP that can be licensed?

I see such devices as BlackFin, etc. that can hit 800+ MHz.  Surely they can
do a nice amount of image processing, but, how are they optimized for such
tasks and are there some that are a better fit than others.

Thanks,


-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Martin Euredjian

To send private email:
0_0_0_0_@pacbell.net
where
"0_0_0_0_"  =  "martineu"