On 2015-01-03 22:17, Marko Mäkelä wrote: > The most future-proof way might be to use a generic A/D converter and a > fast enough FPGA. A more practical way could be to use a special video > A/D converter chip, such as this one: > http://www.analog.com/static/imported-files/data_sheets/ADV7181C.pdf [...] > The ADV7181C claims to support almost anything: PAL, SECAM, NTSC, SCART > Fast-blank RGB, and some stuff in the VBI, such as wide-screen > signalling and teletext (Ceefax), and various versions of the > MacroVision protection. The challenge would be to capture the output > into a frame buffer and output it via HDMI. We would also require a > separate A/D converter for the audio. A bonus would be to make it so > low-power that it would work with the small power supply that is > available on the HDMI jack. Marko, sorry for not replying to you earlier.. This chip is one of those, which I had a look at and evalutated before we talked at your place. There are other, similar too. The problem with it (and any of the specialised chips) is that as the transition from SD (no, not my sig acronym ;-) is already mostly complete, they might be phased out really soon too. The other problem is that they're not generic in the sense that would give us enough flexibility about what we want to process and how as well as we never know if it will be fine with the non-interlaced signal. If we manage to design this thing the way we discussed with you (and Gerrit), then we should be safe for some time to come. I expect HDMI encoders to be available much longer than the SD video digitising ICs. But even w/o HDMI encoding on "our" board, all of the available converters / upscalers should be able to deal with the signal I want to output first. -- SD! Message was sent through the cbm-hackers mailing listReceived on 2015-01-03 22:01:10
Archive generated by hypermail 2.2.0.