aiming for the holy grail of an independent system for an ambilight system, which as i know arduino, is the basis.
take the hdmi signal, simple split and run one into the tv, the other is used for processing
run the hdmi through a hdcp quality kit currently on the market, £20 from ebay, and results in a composite output.
take the composite output and using the circuit below, gain access to the SYNC, RED, GREEN, BLUE values.
from a start point of 0,0 (top left of screen) take flash values of each RGB, pause wait for signal to get to middle point of screen, take values, continue until 3 points at top of screen, 3 left hand side, 3 right hand side, 3 bottom. if i can get the code running quick enough, upgrade to 6/8 points on top and bottom, and 6 points right and left.
convert data in for the rgb, and convert to led values and output the led values,
stick a pretty fade out, for extra ambience.
initially, do i have some glaringly obvious holes to fill?
Might want to explain what "Ambilight" is. Looks copyrighted.
Also, I'm not sure you'll be able to process HDMI signals using an Arduinio. My understanding is it is far too much data for an Arduino to handle. I haven't done much research on this, so I could be wrong.
Ambilight is the copyrighted name given to the Phillips backlighting system in their TVs. Many people have tried to copy them with their computer, or using processing to decode the image, but I'm trying to do a standalone arduino based one.
so, i can add a second adc with a delay so that its processing realtime
could i realistically change the data extracted, to be more usable? i don't need full rgb data for 640480 points at 30fps... i guess more like 6448 (i guess, 16*12 would be acceptable) and more like 10fps tops...
this is more like trying to get 92160 chunks of data per second, 92khz, or 5760 for the smaller...
so, i can add a second adc with a delay so that its processing realtime
An external ADC?
Yes, I guess so, though 64x48x3 is still more RAM than any Arduino except the 32 bit ones.
For ambilight, surely what you want is an average brightness over a line or block of lines, rather than a grid?
So, something like integration of each colour channel over, say 1080 / number of vertical LEDs - this would be simpler in analogue hardware, I would have thought, and will keep the sample and data rates more reasonable.