The memory limitations you face with PIC Microcontrollers will be your 
biggest issue. You really should be looking at a larger environment.

Have a look at SBC's (Single board computers). Even the Fastest PIC 
chips are only designed to handle streamed data, not large buffered volumes.

With a C program, I think you would do well to see 
http://www.gumstix.com/ or equivalent (runs Linux,etc). Would be able to 
use a PIC Micro to maybe re-stream the data in a more managable gormat 
for the GumStix.

Rolf

Alexander Finch (sent by Nabble.com) wrote:
> G'day all..
>
> I'm pretty new to the whole buying-my-own microcontroller and I'm not sure what will be suitable for my application. So I'm looking for some ideas or pointers (or even someone to yell "What the hell? You can't do *that*" ;) )
>
> I've got a small C program prepared that does some image recognition. Naturally, this is pretty intensive stuff, and I need a pretty meaty device in terms of processing power. The other thing is that it needs to be able to buffer in the memory two images that will be wored on - each a monochrome 300 by 300 bitmap, which fits nicely in about 200kbits - which is significantly more that most devices I've seen (with only a few hundred bytes). These images are delivered via the BT656 video interface, a 8-bit serial communicator. The output ideally would be 16-bits parallel but I'd settle for something serial if we're lacking pins.
>
> Lastly, what sort of device would I need to load my program on to such a device? I'm guessing I'd get it from the microcontroller manufacturer?
>
> Thanks a load!
> Mr. Alex
>
> --
> Sent from the MicroControllers - PIC forum at Nabble.com:
> http://www.nabble.com/Choice-of-a-Microcontroller-t756734.html#a1977738
>   

-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist