22 Mar, 2006

2 commits


08 Mar, 2006

2 commits


27 Feb, 2006

2 commits


07 Feb, 2006

1 commit


06 Feb, 2006

1 commit

  • The tuner_params element is an array of undefined length,
    with each array member being a set of parameters for each
    video standard type.
    The number of members in the tuner_params array
    will be stored in tuners[]->count

    Signed-off-by: Michael Krufky
    Signed-off-by: Mauro Carvalho Chehab

    Michael Krufky
     

24 Jan, 2006

3 commits


23 Jan, 2006

2 commits


16 Jan, 2006

4 commits

  • - Tuner_params->tda988x is unused right now, so let's disable it for 2.6.16
    - This is currently happening at the card level, but the plan
    is to move this configuration into the tuner_params configuration.

    Signed-off-by: Michael Krufky
    Signed-off-by: Mauro Carvalho Chehab

    Michael Krufky
     
  • - clean up some comments

    Signed-off-by: Michael Krufky
    Signed-off-by: Mauro Carvalho Chehab

    Michael Krufky
     
  • - Moved MSP_SET_MATRIX to v4l2-common.h
    - Fix typos and integer overflows in tea5767.c
    - Split old freq field into a tv_freq and a radio_freq. Prevents
    that a radio tuner is initialized with a tv frequency or vice versa.
    - When switching to radio mode initialize the tuner with the last
    used radio frequency (this was already done for the TV mode).
    As a result of these changes the tuner module now remembers the
    last set radio and TV frequencies, which is what you would expect
    to happen.
    - Move out of range frequencies to the closest valid frequency as per
    v4l2 API spec.
    - Fix incorrect initial radio frequency (multiplier is 16000, not 16)
    - Add boundary check for out of range frequencies.
    - Use new flag to check if the order of the CB and freq. depends on
    the last set frequency. That is needed for some tuners or you can
    get static as a result. The flag is added for those tuners where I know
    that the datasheet indicates that this is necessary.
    - For this new check use the last set div value, not the last frequency
    as radio frequencies are always much higher due to the 16000 multiplier.

    Signed-off-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Hans Verkuil
     
  • - Tda988x parameters should be defined per tuner_param_type,
    for each tuner_params array member.

    Signed-off-by: Michael Krufky
    Signed-off-by: Mauro Carvalho Chehab

    Michael Krufky
     

14 Jan, 2006

3 commits

  • - Add param_type dvbs2
    - disable all dvb param_types, which will not
    be needed until we merge dvb-pll.

    Signed-off-by: Michael Krufky
    Signed-off-by: Mauro Carvalho Chehab

    Michael Krufky
     
  • - Add support for Samsung tuner TCPN 2121P30A, used in
    Hauppauge PVR-500 cards.

    Signed-off-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Hans Verkuil
     
  • - Tunertype struct redefined to allow one or more tuner_params structs
    per tuner definition, one for each video standard.
    - Each tuner_params struct has an element containing an arbitrary
    amount of tuner_ranges.
    (this is needed for dvb tuners - to be handled later)
    - A tuner_range may be referenced by multiple tuner_params structs.
    There are many duplicates in here. Reusing tuner_range structs,
    rather than defining new ones for each tuner, will cut down on
    memory usage, and is preferred when possible.
    - tunertype struct contains an element, has_tda988x.
    We must set this for all tunertypes that contain a tda988x
    chip, and then we can remove this setting from the various
    card structs.
    - Improves tuners array memory usage efficiency.
    - Right now, all tuners are using the first tuner_params[] array element
    for analog mode. In the future, we will be merging similar tuner
    definitions together, such that each tuner definition will have a
    tuner_params struct for each available video standard. At that point,
    the tuner_params[] array element will be chosen based on the video
    standard in use.

    Signed-off-by: Michael Krufky
    Signed-off-by: Mauro Carvalho Chehab

    Michael Krufky
     

12 Jan, 2006

2 commits


10 Jan, 2006

14 commits


07 Jan, 2006

2 commits


06 Jan, 2006

1 commit


13 Dec, 2005

1 commit