diff options
author | Mauro Carvalho Chehab <mchehab@osg.samsung.com> | 2016-01-28 07:28:08 -0200 |
---|---|---|
committer | Mauro Carvalho Chehab <mchehab@osg.samsung.com> | 2016-02-01 07:23:03 -0200 |
commit | 06131932c1d5f1bd09832f42be658906a27749fb (patch) | |
tree | 0d7719deb72a2327d0a1344ff80b9fae90137b5b /include/media/v4l2-mc.h | |
parent | 5c9077eabc9a0ffbd4c8b0724ddcd69ef2b1a7ed (diff) | |
download | linux-06131932c1d5f1bd09832f42be658906a27749fb.tar.gz linux-06131932c1d5f1bd09832f42be658906a27749fb.tar.bz2 linux-06131932c1d5f1bd09832f42be658906a27749fb.zip |
[media] media.h: add support for IF-PLL video/sound decoder
Very old hardware may have an analog stage tuner. Those hardware
consists of a PLL that converts a RF signal into IF signals.
Depending on the hardware, those video IF signal can be
decoded directly by the bridge chipset. Most Conexant
chips (bt8x8, cx2388x, etc) have internally the decoders
for that. Yet, even on such hardware, the tuner may have
internally its own TV multi-standard decoder like tda9887.
The same happens with the audio IF signal, where some bridges
are capable of receiving it, while others require an external
IF-PLL sound decoder, like msp3400.
Those external IF-PLL audio and video decoders have their own
I2C address, and use different drivers to handle them. So, they're
mapped as different subdevices on Linux.
Thankfully, all modern hardware comes with an IC chip that
has both the RF and the IF stages on it, being capable of
decoding audio and video IF signals internally.
Yet, as we need to support drivers that can work with either
analog or silicon tuners, we need to add two entity types
for those old hardware.
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
Diffstat (limited to 'include/media/v4l2-mc.h')
0 files changed, 0 insertions, 0 deletions