* Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included @ 2011-09-28 12:50 Simon Farnsworth 2011-09-28 14:20 ` Devin Heitmueller ` (3 more replies) 0 siblings, 4 replies; 14+ messages in thread From: Simon Farnsworth @ 2011-09-28 12:50 UTC (permalink / raw) To: LMML; +Cc: Mauro Carvalho Chehab, Michael Krufky (note - the CC list is everyone over 50% certainty from get_maintainer.pl) I'm having problems getting a Hauppauge HVR-1110 card to successfully tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've determined that the tda18271 is tuning to a frequency 1.25 MHz lower than the vision frequency I've requested, so the following workaround "fixes" it for me. diff --git a/drivers/media/common/tuners/tda18271-fe.c b/drivers/media/common/tuners/tda18271-fe.c index 63cc400..1a94e1a 100644 --- a/drivers/media/common/tuners/tda18271-fe.c +++ b/drivers/media/common/tuners/tda18271-fe.c @@ -1031,6 +1031,7 @@ static int tda18271_set_analog_params(struct dvb_frontend *fe, mode = "I"; } else if (params->std & V4L2_STD_DK) { map = &std_map->atv_dk; + freq += 1250000; mode = "DK"; } else if (params->std & V4L2_STD_SECAM_L) { map = &std_map->atv_l; I've checked with a signal analyser, and confirmed that my signal generator is getting the spectrum right - I am seeing vision peaking at 85.25 MHz, with one sideband going down to 84.5 MHz, and the other going up to 90.5MHz. I also see an audio carrier at 91.75 MHz. I'm going to run with this hack in place, but I'd appreciate it if someone who knew more about the TDA18271 looked at this, and either gave me a proper fix for testing, or confirmed that what I'm doing is right. -- Simon Farnsworth Software Engineer ONELAN Limited http://www.onelan.com/ ^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-28 12:50 Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included Simon Farnsworth @ 2011-09-28 14:20 ` Devin Heitmueller 2011-09-28 14:27 ` Simon Farnsworth 2011-09-30 10:48 ` Mauro Carvalho Chehab ` (2 subsequent siblings) 3 siblings, 1 reply; 14+ messages in thread From: Devin Heitmueller @ 2011-09-28 14:20 UTC (permalink / raw) To: Simon Farnsworth; +Cc: LMML, Mauro Carvalho Chehab, Michael Krufky Hi Simon, On Wed, Sep 28, 2011 at 8:50 AM, Simon Farnsworth <simon.farnsworth@onelan.com> wrote: > (note - the CC list is everyone over 50% certainty from get_maintainer.pl) > > I'm having problems getting a Hauppauge HVR-1110 card to successfully > tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've > determined that the tda18271 is tuning to a frequency 1.25 MHz lower > than the vision frequency I've requested, so the following workaround > "fixes" it for me. > > diff --git a/drivers/media/common/tuners/tda18271-fe.c > b/drivers/media/common/tuners/tda18271-fe.c > index 63cc400..1a94e1a 100644 > --- a/drivers/media/common/tuners/tda18271-fe.c > +++ b/drivers/media/common/tuners/tda18271-fe.c > @@ -1031,6 +1031,7 @@ static int tda18271_set_analog_params(struct > dvb_frontend *fe, > mode = "I"; > } else if (params->std & V4L2_STD_DK) { > map = &std_map->atv_dk; > + freq += 1250000; > mode = "DK"; > } else if (params->std & V4L2_STD_SECAM_L) { > map = &std_map->atv_l; > > I've checked with a signal analyser, and confirmed that my signal > generator is getting the spectrum right - I am seeing vision peaking > at 85.25 MHz, with one sideband going down to 84.5 MHz, and the other > going up to 90.5MHz. I also see an audio carrier at 91.75 MHz. > > I'm going to run with this hack in place, but I'd appreciate it if > someone who knew more about the TDA18271 looked at this, and either > gave me a proper fix for testing, or confirmed that what I'm doing is > right. Hi Simon, This is interesting. I did some testing with an 18271 based device a few months back (a Hauppauge cx231xx based tuner), and I believe PAL-DK was working (although I did have unrelated issues with the DIF configuration). When you are doing the tuning request, are you explicitly stating PAL-D in your calling application? Or are you passing "PAL" to the V4L layer and expecting it to work with a PAL-D feed? I'm not doubting your findings, and clearly you've done a good bit of research/analysis, but I did want to raise it as a data point to consider.... Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-28 14:20 ` Devin Heitmueller @ 2011-09-28 14:27 ` Simon Farnsworth 0 siblings, 0 replies; 14+ messages in thread From: Simon Farnsworth @ 2011-09-28 14:27 UTC (permalink / raw) To: Devin Heitmueller; +Cc: LMML, Mauro Carvalho Chehab, Michael Krufky On Wednesday 28 September 2011, Devin Heitmueller <dheitmueller@kernellabs.com> wrote: > Hi Simon, > > On Wed, Sep 28, 2011 at 8:50 AM, Simon Farnsworth > > <simon.farnsworth@onelan.com> wrote: > > > > I'm having problems getting a Hauppauge HVR-1110 card to successfully > > tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've > > determined that the tda18271 is tuning to a frequency 1.25 MHz lower > > than the vision frequency I've requested, so the following workaround > > "fixes" it for me. > > > > I'm going to run with this hack in place, but I'd appreciate it if > > someone who knew more about the TDA18271 looked at this, and either > > gave me a proper fix for testing, or confirmed that what I'm doing is > > right. > > Hi Simon, > > This is interesting. I did some testing with an 18271 based device a > few months back (a Hauppauge cx231xx based tuner), and I believe > PAL-DK was working (although I did have unrelated issues with the DIF > configuration). > > When you are doing the tuning request, are you explicitly stating > PAL-D in your calling application? Or are you passing "PAL" to the > V4L layer and expecting it to work with a PAL-D feed? > I'm noticing this problem because I fixed a bug of ours, where we were passing PAL to the V4L2 layer, and expecting it to work (video did, at the correct frequency, but audio did not, as the TDA18271 chose PAL-B). Having fixed the bug, I was having to either adjust my signal generator down by 1.25MHz, or adjust the frequency I passed to V4L2 up by 1.25MHz to make PAL-D work. Hence the hack - I've confirmed that with the hack in place, I can get colour video from the signal if I use PAL-B or PAL-D, and sound if I use PAL-D. Without the hack, I need to change the frequency as I toggle between PAL-B and PAL-D, or I lose video. -- Simon Farnsworth Software Engineer ONELAN Limited http://www.onelan.com/ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-28 12:50 Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included Simon Farnsworth 2011-09-28 14:20 ` Devin Heitmueller @ 2011-09-30 10:48 ` Mauro Carvalho Chehab 2011-09-30 11:03 ` Simon Farnsworth 2011-09-30 11:11 ` Simon Farnsworth 2011-09-30 18:05 ` Malcolm Priestley 2011-09-30 19:37 ` Steven Toth 3 siblings, 2 replies; 14+ messages in thread From: Mauro Carvalho Chehab @ 2011-09-30 10:48 UTC (permalink / raw) To: Simon Farnsworth; +Cc: LMML, Michael Krufky, devin heitmueller Em 28-09-2011 09:50, Simon Farnsworth escreveu: > (note - the CC list is everyone over 50% certainty from get_maintainer.pl) > > I'm having problems getting a Hauppauge HVR-1110 card to successfully > tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've > determined that the tda18271 is tuning to a frequency 1.25 MHz lower > than the vision frequency I've requested, so the following workaround > "fixes" it for me. > > diff --git a/drivers/media/common/tuners/tda18271-fe.c > b/drivers/media/common/tuners/tda18271-fe.c > index 63cc400..1a94e1a 100644 > --- a/drivers/media/common/tuners/tda18271-fe.c > +++ b/drivers/media/common/tuners/tda18271-fe.c > @@ -1031,6 +1031,7 @@ static int tda18271_set_analog_params(struct > dvb_frontend *fe, > mode = "I"; > } else if (params->std & V4L2_STD_DK) { > map = &std_map->atv_dk; > + freq += 1250000; > mode = "DK"; > } else if (params->std & V4L2_STD_SECAM_L) { > map = &std_map->atv_l; If I am to fix this bug, instead of a hack like that, it seems to be better to split the .atv_dk line at the struct tda18271_std_map maps on drivers/media/common/tuners/tda18271-maps.c. Looking at the datasheet, on page 43, available at: http://www.nxp.com/documents/data_sheet/TDA18271HD.pdf The offset values for IF seem ok, but maybe your device is using some variant of this chip that requires a different maps table. > > I've checked with a signal analyser, and confirmed that my signal > generator is getting the spectrum right - I am seeing vision peaking > at 85.25 MHz, with one sideband going down to 84.5 MHz, and the other > going up to 90.5MHz. I also see an audio carrier at 91.75 MHz. > > I'm going to run with this hack in place, but I'd appreciate it if > someone who knew more about the TDA18271 looked at this, and either > gave me a proper fix for testing, or confirmed that what I'm doing is > right. > -- > Simon Farnsworth > Software Engineer > ONELAN Limited > http://www.onelan.com/ > -- > To unsubscribe from this list: send the line "unsubscribe linux-media" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-30 10:48 ` Mauro Carvalho Chehab @ 2011-09-30 11:03 ` Simon Farnsworth 2011-09-30 11:59 ` Mauro Carvalho Chehab 2011-09-30 11:11 ` Simon Farnsworth 1 sibling, 1 reply; 14+ messages in thread From: Simon Farnsworth @ 2011-09-30 11:03 UTC (permalink / raw) To: Mauro Carvalho Chehab; +Cc: LMML, Michael Krufky, devin heitmueller On Friday 30 September 2011, Mauro Carvalho Chehab <mchehab@infradead.org> wrote: > Em 28-09-2011 09:50, Simon Farnsworth escreveu: > > (note - the CC list is everyone over 50% certainty from get_maintainer.pl) > > > > I'm having problems getting a Hauppauge HVR-1110 card to successfully > > tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've > > determined that the tda18271 is tuning to a frequency 1.25 MHz lower > > than the vision frequency I've requested, so the following workaround > > "fixes" it for me. > > > > diff --git a/drivers/media/common/tuners/tda18271-fe.c > > b/drivers/media/common/tuners/tda18271-fe.c > > index 63cc400..1a94e1a 100644 > > --- a/drivers/media/common/tuners/tda18271-fe.c > > +++ b/drivers/media/common/tuners/tda18271-fe.c > > @@ -1031,6 +1031,7 @@ static int tda18271_set_analog_params(struct > > dvb_frontend *fe, > > mode = "I"; > > } else if (params->std & V4L2_STD_DK) { > > map = &std_map->atv_dk; > > + freq += 1250000; > > mode = "DK"; > > } else if (params->std & V4L2_STD_SECAM_L) { > > map = &std_map->atv_l; > > If I am to fix this bug, instead of a hack like that, it seems to be better > to split the .atv_dk line at the struct tda18271_std_map maps on > drivers/media/common/tuners/tda18271-maps.c. > > Looking at the datasheet, on page 43, available at: > http://www.nxp.com/documents/data_sheet/TDA18271HD.pdf > > The offset values for IF seem ok, but maybe your device is using some variant > of this chip that requires a different maps table. > How would I identify this? I definitely need the hack on multiple different HVR1110 cards, in different motherboards. I get apparently perfect reception if I apply the hack, so clearly something is wrong. -- Simon Farnsworth Software Engineer ONELAN Limited http://www.onelan.com/ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-30 11:03 ` Simon Farnsworth @ 2011-09-30 11:59 ` Mauro Carvalho Chehab 2011-09-30 14:43 ` Devin Heitmueller 0 siblings, 1 reply; 14+ messages in thread From: Mauro Carvalho Chehab @ 2011-09-30 11:59 UTC (permalink / raw) To: Simon Farnsworth; +Cc: LMML, Michael Krufky, devin heitmueller Em 30-09-2011 08:03, Simon Farnsworth escreveu: > On Friday 30 September 2011, Mauro Carvalho Chehab <mchehab@infradead.org> wrote: >> Em 28-09-2011 09:50, Simon Farnsworth escreveu: >>> (note - the CC list is everyone over 50% certainty from get_maintainer.pl) >>> >>> I'm having problems getting a Hauppauge HVR-1110 card to successfully >>> tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've >>> determined that the tda18271 is tuning to a frequency 1.25 MHz lower >>> than the vision frequency I've requested, so the following workaround >>> "fixes" it for me. >>> >>> diff --git a/drivers/media/common/tuners/tda18271-fe.c >>> b/drivers/media/common/tuners/tda18271-fe.c >>> index 63cc400..1a94e1a 100644 >>> --- a/drivers/media/common/tuners/tda18271-fe.c >>> +++ b/drivers/media/common/tuners/tda18271-fe.c >>> @@ -1031,6 +1031,7 @@ static int tda18271_set_analog_params(struct >>> dvb_frontend *fe, >>> mode = "I"; >>> } else if (params->std & V4L2_STD_DK) { >>> map = &std_map->atv_dk; >>> + freq += 1250000; >>> mode = "DK"; >>> } else if (params->std & V4L2_STD_SECAM_L) { >>> map = &std_map->atv_l; >> >> If I am to fix this bug, instead of a hack like that, it seems to be better >> to split the .atv_dk line at the struct tda18271_std_map maps on >> drivers/media/common/tuners/tda18271-maps.c. >> >> Looking at the datasheet, on page 43, available at: >> http://www.nxp.com/documents/data_sheet/TDA18271HD.pdf >> >> The offset values for IF seem ok, but maybe your device is using some variant >> of this chip that requires a different maps table. >> > How would I identify this? I definitely need the hack on multiple different > HVR1110 cards, in different motherboards. Michael/Devin may be able to double check what tda18271 variants are used at the hvr1100 supported models. It seems that there are 5 HVR-1100 model variants: drivers/media/video/saa7134/saa7134-cards.c: case 67019: /* WinTV-HVR1110 (Retail, IR Blaster, hybrid, FM, SVid/Comp, 3.5mm audio in) */ drivers/media/video/saa7134/saa7134-cards.c: case 67209: /* WinTV-HVR1110 (Retail, IR Receive, hybrid, FM, SVid/Comp, 3.5mm audio in) */ drivers/media/video/saa7134/saa7134-cards.c: case 67559: /* WinTV-HVR1110 (OEM, no IR, hybrid, FM, SVid/Comp, RCA aud) */ drivers/media/video/saa7134/saa7134-cards.c: case 67569: /* WinTV-HVR1110 (OEM, no IR, hybrid, FM) */ drivers/media/video/saa7134/saa7134-cards.c: case 67579: /* WinTV-HVR1110 (OEM, no IR, hybrid, no FM) */ > I get apparently perfect reception > if I apply the hack, so clearly something is wrong. Yes, but, on the other hand, if the device has the C2 or HD variant of tda18271, the driver locks correct, acording with the datasheet. Cheers, Mauro ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-30 11:59 ` Mauro Carvalho Chehab @ 2011-09-30 14:43 ` Devin Heitmueller 0 siblings, 0 replies; 14+ messages in thread From: Devin Heitmueller @ 2011-09-30 14:43 UTC (permalink / raw) To: Mauro Carvalho Chehab; +Cc: Simon Farnsworth, LMML, Michael Krufky On Fri, Sep 30, 2011 at 7:59 AM, Mauro Carvalho Chehab <mchehab@infradead.org> wrote: > Michael/Devin may be able to double check what tda18271 variants are used at the > hvr1100 supported models. Mike could confirm definitively but I would be very surprised if it was anything other than a C2. I also don't think we've had multiple revisions of that board (other than the ones in the list which were all released at the same time and are just different population options). All that said, I also wonder if perhaps this is an issue with the analog demod as opposed to the tuner. It feels unlikely but that might explain why I didn't see similar results when I did the testing on the cx231xx/tda18271 combo back in February. The big problem here really though is that somebody who is knowledgeable of the driver internals needs to dig into the issue, and I don't foresee that happening in the immediate future (I cannot speak for Michael but I've been too tied up in other projects). I'm definitely not discounting Simon's skills or findings, but this needs to be investigated in a context beyond the tuner/demod combination found on a single product. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-30 10:48 ` Mauro Carvalho Chehab 2011-09-30 11:03 ` Simon Farnsworth @ 2011-09-30 11:11 ` Simon Farnsworth 2011-09-30 13:35 ` Mauro Carvalho Chehab 1 sibling, 1 reply; 14+ messages in thread From: Simon Farnsworth @ 2011-09-30 11:11 UTC (permalink / raw) To: Mauro Carvalho Chehab; +Cc: LMML, Michael Krufky, devin heitmueller On Friday 30 September 2011, Mauro Carvalho Chehab <mchehab@infradead.org> wrote: > Em 28-09-2011 09:50, Simon Farnsworth escreveu: > > (note - the CC list is everyone over 50% certainty from get_maintainer.pl) > > > > I'm having problems getting a Hauppauge HVR-1110 card to successfully > > tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've > > determined that the tda18271 is tuning to a frequency 1.25 MHz lower > > than the vision frequency I've requested, so the following workaround > > "fixes" it for me. > > > > diff --git a/drivers/media/common/tuners/tda18271-fe.c > > b/drivers/media/common/tuners/tda18271-fe.c > > index 63cc400..1a94e1a 100644 > > --- a/drivers/media/common/tuners/tda18271-fe.c > > +++ b/drivers/media/common/tuners/tda18271-fe.c > > @@ -1031,6 +1031,7 @@ static int tda18271_set_analog_params(struct > > dvb_frontend *fe, > > mode = "I"; > > } else if (params->std & V4L2_STD_DK) { > > map = &std_map->atv_dk; > > + freq += 1250000; > > mode = "DK"; > > } else if (params->std & V4L2_STD_SECAM_L) { > > map = &std_map->atv_l; > > If I am to fix this bug, instead of a hack like that, it seems to be better > to split the .atv_dk line at the struct tda18271_std_map maps on > drivers/media/common/tuners/tda18271-maps.c. > > Looking at the datasheet, on page 43, available at: > http://www.nxp.com/documents/data_sheet/TDA18271HD.pdf > > The offset values for IF seem ok, but maybe your device is using some variant > of this chip that requires a different maps table. > How would I identify that? I definitely need the hack on multiple different HVR1110 cards, in different motherboards, so if it's a new variant needing a new maps table, it should be possible to distinguish it from the other devices somehow - but I have no idea how. -- Simon Farnsworth Software Engineer ONELAN Limited http://www.onelan.com/ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-30 11:11 ` Simon Farnsworth @ 2011-09-30 13:35 ` Mauro Carvalho Chehab 0 siblings, 0 replies; 14+ messages in thread From: Mauro Carvalho Chehab @ 2011-09-30 13:35 UTC (permalink / raw) To: Simon Farnsworth; +Cc: LMML, Michael Krufky, devin heitmueller Em 30-09-2011 08:11, Simon Farnsworth escreveu: > On Friday 30 September 2011, Mauro Carvalho Chehab <mchehab@infradead.org> wrote: >> Em 28-09-2011 09:50, Simon Farnsworth escreveu: >>> (note - the CC list is everyone over 50% certainty from get_maintainer.pl) >>> >>> I'm having problems getting a Hauppauge HVR-1110 card to successfully >>> tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've >>> determined that the tda18271 is tuning to a frequency 1.25 MHz lower >>> than the vision frequency I've requested, so the following workaround >>> "fixes" it for me. >>> >>> diff --git a/drivers/media/common/tuners/tda18271-fe.c >>> b/drivers/media/common/tuners/tda18271-fe.c >>> index 63cc400..1a94e1a 100644 >>> --- a/drivers/media/common/tuners/tda18271-fe.c >>> +++ b/drivers/media/common/tuners/tda18271-fe.c >>> @@ -1031,6 +1031,7 @@ static int tda18271_set_analog_params(struct >>> dvb_frontend *fe, >>> mode = "I"; >>> } else if (params->std & V4L2_STD_DK) { >>> map = &std_map->atv_dk; >>> + freq += 1250000; >>> mode = "DK"; >>> } else if (params->std & V4L2_STD_SECAM_L) { >>> map = &std_map->atv_l; >> >> If I am to fix this bug, instead of a hack like that, it seems to be better >> to split the .atv_dk line at the struct tda18271_std_map maps on >> drivers/media/common/tuners/tda18271-maps.c. >> >> Looking at the datasheet, on page 43, available at: >> http://www.nxp.com/documents/data_sheet/TDA18271HD.pdf >> >> The offset values for IF seem ok, but maybe your device is using some variant >> of this chip that requires a different maps table. >> > How would I identify that? > > I definitely need the hack on multiple different HVR1110 cards, in different > motherboards, so if it's a new variant needing a new maps table, it should > be possible to distinguish it from the other devices somehow - but I have no > idea how. The tveeprom.c uses the board eeprom to read the tuner model. I might be wrong, but when Hauppauge uses a different component, a new entry is created there. Regards, Mauro ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-28 12:50 Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included Simon Farnsworth 2011-09-28 14:20 ` Devin Heitmueller 2011-09-30 10:48 ` Mauro Carvalho Chehab @ 2011-09-30 18:05 ` Malcolm Priestley 2011-10-03 8:56 ` Simon Farnsworth 2011-09-30 19:37 ` Steven Toth 3 siblings, 1 reply; 14+ messages in thread From: Malcolm Priestley @ 2011-09-30 18:05 UTC (permalink / raw) To: linux-media, simon.farnsworth On 28/09/11 13:50, Simon Farnsworth wrote: > (note - the CC list is everyone over 50% certainty from get_maintainer.pl) > > I'm having problems getting a Hauppauge HVR-1110 card to successfully > tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've > determined that the tda18271 is tuning to a frequency 1.25 MHz lower > than the vision frequency I've requested, so the following workaround > "fixes" it for me. Are you sure the transmitter concerned doesn't have a VSB filter for an adjacent DVB-T digital transmitter? VSB fitlers have been used on UK(PAL-I) transmitters for some time. From downloads.bbc.co.uk/rd/pubs/whp/whp-pdf-files/WHP023.pdf "To avoid the likelihood of PAL-I interference to DTT transmissions, the proposal is to use a System B/G VSB filter which provides at least 30 dB of sideband attenuation at 1.4 MHz below the vision carrier. It is also necessary to reduce the image sidebands resulting from transmitter non-linearity, and the method is to fit a high-order bandpass filter at the transmitter output. Typically, the overall sideband response will be -2 dB at (fv - 0.75) MHz and -20 dB at (fv - 1.25) MHz, where fv is the frequency of the vision carrier." ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-30 18:05 ` Malcolm Priestley @ 2011-10-03 8:56 ` Simon Farnsworth 0 siblings, 0 replies; 14+ messages in thread From: Simon Farnsworth @ 2011-10-03 8:56 UTC (permalink / raw) To: Malcolm Priestley; +Cc: linux-media On Friday 30 September 2011, Malcolm Priestley <tvboxspy@gmail.com> wrote: > On 28/09/11 13:50, Simon Farnsworth wrote: > > (note - the CC list is everyone over 50% certainty from get_maintainer.pl) > > > > I'm having problems getting a Hauppauge HVR-1110 card to successfully > > tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've > > determined that the tda18271 is tuning to a frequency 1.25 MHz lower > > than the vision frequency I've requested, so the following workaround > > "fixes" it for me. > > Are you sure the transmitter concerned doesn't have a VSB filter for an > adjacent DVB-T digital transmitter? > The "transmitter" concerned is a test pattern generator - it has no filters applied to its output. The intended customer for this device is in China, hence the use of PAL-D. -- Simon Farnsworth Software Engineer ONELAN Limited http://www.onelan.com/ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-28 12:50 Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included Simon Farnsworth ` (2 preceding siblings ...) 2011-09-30 18:05 ` Malcolm Priestley @ 2011-09-30 19:37 ` Steven Toth 2011-09-30 21:25 ` Andy Walls 3 siblings, 1 reply; 14+ messages in thread From: Steven Toth @ 2011-09-30 19:37 UTC (permalink / raw) To: Simon Farnsworth; +Cc: LMML, Mauro Carvalho Chehab, Michael Krufky > map = &std_map->atv_dk; Simon, I've been chewing on this for a day or so and it reminded me partly why I stopped working on combined PAL/NTSC support for the saa7164 hardware family, it's been bugging me for a reason - now I understand why. Essentially, I had a long discussion with Mike Krufky about a year ago related to I/F's for analog TV output. The SAA7164 analog demod IF (as best as I can tell) are not configurable. I have no good set_if() interface I can call on the tuner to select a different I/F as the bridge driver needs. I was fairly unhappy about that..... bah, such is life. The TDA18271 driver on linux DOES NOT use the same I/F's that the windows driver uses. Reason? Mike Decided to follow the data sheet and NOT use the Hauppauge specifically select IFs. His advise to me, at the time, which I think will work nicely for you and probably a better patch, is to have the HVR-1110 define a better I/F map for the atv_dk case. This way at least you would not pollute the 18271 driver in it's core and effect other DK users (potentially), instead, for the HVR1110 18271 attach, define the I/F maps for each country/modulation and simple change the DK version by your desired offset. That may be a cleaner fix and accepted for merge. (Note to self: Now that I recall the conversation with Mike I may actually go ahead and fix my saa7164 Pal issue.) -- Steven Toth - Kernel Labs http://www.kernellabs.com ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-30 19:37 ` Steven Toth @ 2011-09-30 21:25 ` Andy Walls 2011-10-03 8:57 ` Simon Farnsworth 0 siblings, 1 reply; 14+ messages in thread From: Andy Walls @ 2011-09-30 21:25 UTC (permalink / raw) To: Steven Toth, Simon Farnsworth; +Cc: LMML, Mauro Carvalho Chehab, Michael Krufky Steven Toth <stoth@kernellabs.com> wrote: >> map = &std_map->atv_dk; > >Simon, > >I've been chewing on this for a day or so and it reminded me partly >why I stopped working on combined PAL/NTSC support for the saa7164 >hardware family, it's been bugging me for a reason - now I understand >why. > >Essentially, I had a long discussion with Mike Krufky about a year ago >related to I/F's for analog TV output. The SAA7164 analog demod IF (as >best as I can tell) are not configurable. I have no good set_if() >interface I can call on the tuner to select a different I/F as the >bridge driver needs. I was fairly unhappy about that..... bah, such is >life. > >The TDA18271 driver on linux DOES NOT use the same I/F's that the >windows driver uses. Reason? Mike Decided to follow the data sheet and >NOT use the Hauppauge specifically select IFs. > >His advise to me, at the time, which I think will work nicely for you >and probably a better patch, is to have the HVR-1110 define a better >I/F map for the atv_dk case. This way at least you would not pollute >the 18271 driver in it's core and effect other DK users (potentially), >instead, for the HVR1110 18271 attach, define the I/F maps for each >country/modulation and simple change the DK version by your desired >offset. > >That may be a cleaner fix and accepted for merge. > >(Note to self: Now that I recall the conversation with Mike I may >actually go ahead and fix my saa7164 Pal issue.) > >-- >Steven Toth - Kernel Labs >http://www.kernellabs.com >-- >To unsubscribe from this list: send the line "unsubscribe linux-media" >in >the body of a message to majordomo@vger.kernel.org >More majordomo info at http://vger.kernel.org/majordomo-info.html Simon, If you have one of the latest HVR1600's with that analog tuner, does PAL-D work with it without and offset? Regards, Andy ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included 2011-09-30 21:25 ` Andy Walls @ 2011-10-03 8:57 ` Simon Farnsworth 0 siblings, 0 replies; 14+ messages in thread From: Simon Farnsworth @ 2011-10-03 8:57 UTC (permalink / raw) To: Andy Walls; +Cc: Steven Toth, LMML, Mauro Carvalho Chehab, Michael Krufky On Friday 30 September 2011, Andy Walls <awalls@md.metrocast.net> wrote: > Steven Toth <stoth@kernellabs.com> wrote: > >The TDA18271 driver on linux DOES NOT use the same I/F's that the > >windows driver uses. Reason? Mike Decided to follow the data sheet and > >NOT use the Hauppauge specifically select IFs. > > If you have one of the latest HVR1600's with that analog tuner, does PAL-D work with it without and offset? > I don't have a current model HVR-1600 to hand - if I get hold of one, I will test it. -- Simon Farnsworth Software Engineer ONELAN Limited http://www.onelan.com/ ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2011-10-03 8:58 UTC | newest] Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2011-09-28 12:50 Problems tuning PAL-D with a Hauppauge HVR-1110 (TDA18271 tuner) - workaround hack included Simon Farnsworth 2011-09-28 14:20 ` Devin Heitmueller 2011-09-28 14:27 ` Simon Farnsworth 2011-09-30 10:48 ` Mauro Carvalho Chehab 2011-09-30 11:03 ` Simon Farnsworth 2011-09-30 11:59 ` Mauro Carvalho Chehab 2011-09-30 14:43 ` Devin Heitmueller 2011-09-30 11:11 ` Simon Farnsworth 2011-09-30 13:35 ` Mauro Carvalho Chehab 2011-09-30 18:05 ` Malcolm Priestley 2011-10-03 8:56 ` Simon Farnsworth 2011-09-30 19:37 ` Steven Toth 2011-09-30 21:25 ` Andy Walls 2011-10-03 8:57 ` Simon Farnsworth
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.