Mask mounted camera

Hi everyone, I was hoping to get some input from you on the feasibility of a project I'm thinking of starting. The basic premise of the project is to build an ironman/dishonoured style mask where one of the eyeholes is replaced by a live image from a camera mounted on the front of the mask. The reolution does not have to be at all high but this is by no means going to be an easy undertaking.

My initial idea is to have a small digital camera, possibly a repurposed keychain camera, on the front of the mask which sends data (via a small bluetooth module?) to an Arduino which processes the data and sends an image (again possibly via a bluetooth module?) to a 2.5-inch TFT LCD display on the inside of the mask at eye level.

The physical design of the mask shape and positioning of components is something that can be easily changed so I just want to know if this project is doable and if the Arduino is powerfull enough to do it.

Many Thanks.

My initial idea is to have a small digital camera, possibly a repurposed keychain camera, on the front of the mask which sends data (via a small bluetooth module?) to an Arduino which processes the data and sends an image (again possibly via a bluetooth module?) to a 2.5-inch TFT LCD display on the inside of the mask at eye level.

Pardon my ignorance, but wouldn't a simple hole be simpler, and have about a whole minute less latency?

AWOL:

My initial idea is to have a small digital camera, possibly a repurposed keychain camera, on the front of the mask which sends data (via a small bluetooth module?) to an Arduino which processes the data and sends an image (again possibly via a bluetooth module?) to a 2.5-inch TFT LCD display on the inside of the mask at eye level.

Pardon my ignorance, but wouldn't a simple hole be simpler, and have about a whole minute less latency?

I assume you mean just attatch a small digital camera to the eyehole? It would be quicker but I would like the option to be able to add a HUD over the image. Not necessarily displaying data from the camera but from other sensors. I doubt one arduino could process the digital image in real time aswell as the sensor data but I can use another arduino for that.

AWOL:

My initial idea is to have a small digital camera, possibly a repurposed keychain camera, on the front of the mask which sends data (via a small bluetooth module?) to an Arduino which processes the data and sends an image (again possibly via a bluetooth module?) to a 2.5-inch TFT LCD display on the inside of the mask at eye level.

Pardon my ignorance, but wouldn't a simple hole be simpler, and have about a whole minute less latency?

well I knew what you meant!

to an Arduino which processes the data and sends an image (again possibly via a bluetooth module?) to a 2.5-inch TFT LCD display on the inside of the mask at eye level.

It is that bit you can't do on an arduino, not enough speed and memory.
You can have an arduino generate a video overlay though.
The blue tooth bit is a bit wrong as well, it's not fast enough.

Ok thanks for letting me know, I think I'm just going to downgrade it to a non-functional prop rather than a usable one.

Well if you don't need to do processing on the Arduino (which is rather limited in what it can do with video), you can get one of the backup monitors meant for cars, and a monitor. Something like this: http://www.ebay.com/itm/Vehicle-Rear-View-Night-Vision-Back-Up-License-Plate-Camera-For-Car-3-5-Monitor-/360670533561?pt=US_Rear_View_Monitors_Cams_Kits&hash=item53f9a397b9&vxp=mtr

Now, if you wanted a smaller lcd screen, you could something like: NTSC/PAL (Television) TFT Display - 1.5 Diagonal : ID 910 : $39.95 : Adafruit Industries, Unique & fun DIY electronics and kits and just use the pinhole video camera used for the backup.

Now, for real basic video overlays (if you have an Uno), you can get the video experimenter: Video Experimenter: Arduino shield that lets you do all kinds of experiments with video. I have this, but I've never actually tried it out. I've seem some comments, that the original source was more targeted to the pre-Arduino 1.0 IDE, and you might need to modify it.