All of lore.kernel.org
 help / color / mirror / Atom feed
From: hermann pitton <hermann-pitton@arcor.de>
To: Dmitri Belimov <d.belimov@gmail.com>
Cc: Mauro Carvalho Chehab <mchehab@infradead.org>,
	Andy Walls <awalls@radix.net>,
	video4linux-list@redhat.com, linux-media@vger.kernel.org
Subject: Re: [PATCH] FM1216ME_MK3 some changes
Date: Wed, 29 Apr 2009 05:10:43 +0200	[thread overview]
Message-ID: <1240974643.4280.24.camel@pc07.localdom.local> (raw)
In-Reply-To: <20090428195922.1a079e46@glory.loctelecom.ru>

Hi,

Am Dienstag, den 28.04.2009, 19:59 +1000 schrieb Dmitri Belimov:
> On Tue, 28 Apr 2009 15:18:32 -0300
> Mauro Carvalho Chehab <mchehab@infradead.org> wrote:
> 
> > On Mon, 27 Apr 2009 19:29:05 +1000
> > Dmitri Belimov <d.belimov@gmail.com> wrote:
> > 
> > > Hi All
> > > 
> > > Step by step.
> > > 
> > > This is patch for change only range of FM1216ME_MK3. Slow tunning
> > > is not a big problem.
> > 
> > Dmitri,
> > 
> > I'll mark those patches as RFC at patchwork until the end of those
> > discussions. After that, please send it again into a new thread.
> 
> You mark patch with TOP AGC not this.
> 
> I think need discuss about FM1216ME_MK3 because I'll have a big patch for support
> control TOP AGC (sensitivity) of this tuner. It can be bad for compatible tuners.

hmm, in Europe, that TOP AGC did not ever made much difference and it is
an insmod option since ever.

I can't tell for Sibiria and initially that tuner had no SECAM-DK
support officially at all. There are no good/much_better tuners for FTA
at all and never have been ;)

Some examples, user success reports, to make it more easily to
understand? I think it can only change some _very little_ under already
worst conditions.

Cheers,
Hermann

> With my best regards, Dmitry.
> 
> > 
> > Cheers,
> > Mauro.
> > 
> > > 
> > > diff -r b40d628f830d linux/drivers/media/common/tuners/tuner-types.c
> > > --- a/linux/drivers/media/common/tuners/tuner-types.c	Fri
> > > Apr 24 01:46:41 2009 -0300 +++
> > > b/linux/drivers/media/common/tuners/tuner-types.c	Tue Apr 28
> > > 03:35:42 2009 +1000 @@ -558,8 +558,8 @@ 
> > >  static struct tuner_range tuner_fm1216me_mk3_pal_ranges[] = {
> > >  	{ 16 * 158.00 /*MHz*/, 0x8e, 0x01, },
> > > -	{ 16 * 442.00 /*MHz*/, 0x8e, 0x02, },
> > > -	{ 16 * 999.99        , 0x8e, 0x04, },
> > > +	{ 16 * 441.00 /*MHz*/, 0x8e, 0x02, },
> > > +	{ 16 * 864.00        , 0x8e, 0x04, },
> > >  };
> > >  
> > >  static struct tuner_params tuner_fm1216me_mk3_params[] = {
> > > 
> > > Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov
> > > <d.belimov@gmail.com>
> > > 
> > > 
> > > With my best regards, Dmitry.
> > > 
> > > > Hi Dmitri,
> > > > 
> > > > Thank you for you responses.
> > > > 
> > > > Just a few more comments...
> > > > 
> > > > On Thu, 2009-04-23 at 20:36 +1000, Dmitri Belimov wrote:
> > > > > Hi Andy
> > > > > 
> > > > > > Dmitri,
> > > > > > 
> > > > > > 
> > > > > > On Wed, 2009-04-22 at 17:48 +1000, Dmitri Belimov wrote:
> > > > > > > Hi All
> > > > > > > 
> > > > > > > 1. Change middle band. In the end of the middle band the
> > > > > > > sensitivity of receiver not good. If we switch to higher
> > > > > > > band, sensitivity more better. Hardware trick.
> > > > > > 
> > > > 
> > > > > Several years a go your customers write some messages about bad
> > > > > quality of TV if frequency of TV is the end of band. It can be
> > > > > low band or middle. Our hardware engeneer make some tests with
> > > > > hardware TV generator and our TV tuners.
> > > > > 
> > > > > If we set default frequency range for low and middle band,
> > > > > quality of TV signal on 159MHz and 442 MHz is bad. When we make
> > > > > our changes with moving end of bands the quality of TV much
> > > > > better. And our system programmer for OS Windows use changed
> > > > > bands for drivers. Customers be happy.
> > > > 
> > > > OK.  A properly run experiment wins over theory every time. :)
> > > > 
> > > > 
> > > > 
> > > > > You can test it if in your placement available TV programm on
> > > > > 159MHz or 442MHz. This trick can be usefull for other tuners.
> > > > 
> > > > If you look at tveeprom.c, a number of other tuners are using that
> > > > tuner definition:
> > > > 
> > > > $ grep FM1216ME_MK3 tveeprom.c
> > > > 	{ TUNER_PHILIPS_FM1216ME_MK3, 	"Philips FQ1216ME
> > > > MK3"}, { TUNER_PHILIPS_FM1216ME_MK3, 	"Philips FM1216 ME
> > > > MK3"}, { TUNER_PHILIPS_FM1216ME_MK3, 	"LG S001D MK3"},
> > > > 	{ TUNER_PHILIPS_FM1216ME_MK3, 	"LG S701D MK3"},
> > > > 	{ TUNER_PHILIPS_FM1216ME_MK3, 	"Philips FQ1216LME
> > > > MK3"}, { TUNER_PHILIPS_FM1216ME_MK3, 	"TCL MFPE05 2"},
> > > > 	{ TUNER_PHILIPS_FM1216ME_MK3, 	"TCL MPE05-2"},
> > > > 	{ TUNER_PHILIPS_FM1216ME_MK3, 	"Philips FM1216ME
> > > > MK5"},
> > > > 
> > > > If your change makes things bad for the other tuners, we'll
> > > > probably have to create an alternate entry for the other tuners
> > > > instead of using the FM1216ME_MK3 defintion.  I suspect most of
> > > > them are clones of the FM1216ME MK3 however, so it probably won't
> > > > matter.
> > > > 
> > > > > > > 3. Set charge pump bit
> > > > > > 
> > > > > > This will improve the time to initially tune to a frequency,
> > > > > > but will likely add some noise as the PLL continues to
> > > > > > maintain lock on the signal.  If there is no way to turn off
> > > > > > the CP after the lock bit is set in the tuner, it's probably
> > > > > > better to leave it off for lower noise and just live with
> > > > > > slower tuning.
> > > > > 
> > > > > We discuss with our windows system programmer about it. He sad
> > > > > that in analog TV mode noise from PLL don't give any problem.
> > > > 
> > > > I would be concerned about phase noise affecting the colors or
> > > > any FM sound carriers.  If the noise isn't noticably affecting
> > > > colors to the human eye (do color bars look OK?), or sound to the
> > > > human ear, then OK.
> > > > 
> > > > 
> > > > >  But in digital TV mode
> > > > > noise from PLL decreased BER.
> > > > 
> > > > I thought the FM1216ME MK3 was an analog only tuner.  I guess I
> > > > don't know DVB-T or cable in Europe well enough.
> > > > 
> > > > 
> > > > > > Leaving the CP bit set should be especially noticable ad FM
> > > > > > noise when set to tune to FM radio stations.  From the
> > > > > > FM1236ME_MK3 datasheet: "It is recommended to set CP=0 in the
> > > > > > FM mode at all times." But the VHF low band control byte is
> > > > > > also used when setting FM radio (AFAICT with a quick look at
> > > > > > the code.)
> > > > > 
> > > > > Yes. You are right. We can swith CP off in FM mode.
> > > > 
> > > > OK.  Thank you.
> > > > 
> > > > > With my best regards, Dmitry.
> > > > 
> > > > 
> > > > Regards,
> > > > Andy
> > > > 
> > > > 
> > > > 
> > 
> > 
> > 
> > 
> > Cheers,
> > Mauro



  reply	other threads:[~2009-04-29  3:15 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-22  7:48 [PATCH] FM1216ME_MK3 some changes Dmitri Belimov
2009-04-23  2:08 ` Andy Walls
2009-04-23  1:52   ` hermann pitton
2009-04-23 10:36   ` Dmitri Belimov
2009-04-24  1:43     ` Andy Walls
2009-04-24  1:06       ` hermann pitton
2009-04-24  1:34         ` hermann pitton
2009-04-26 13:58       ` Dmitri Belimov
2009-04-27  4:45         ` hermann pitton
2009-04-27  9:29       ` Dmitri Belimov
2009-04-28  0:11         ` hermann pitton
2009-04-27 10:42           ` Dmitri Belimov
2009-04-28  0:57             ` hermann pitton
2009-04-28  0:20           ` hermann pitton
2009-04-28 18:18         ` Mauro Carvalho Chehab
2009-04-28  9:59           ` Dmitri Belimov
2009-04-29  3:10             ` hermann pitton [this message]
2009-04-29 10:12               ` Dmitri Belimov
2009-04-30  0:15                 ` hermann pitton
2009-05-05 18:42                   ` Dmitri Belimov
2009-05-07  0:01                     ` hermann pitton
2009-05-07  3:03                       ` Andy Walls
2009-05-06 23:05                         ` Dmitri Belimov
2009-05-08  0:08                         ` hermann pitton
2009-05-09  2:01                           ` Andy Walls
2009-05-09  2:27                             ` hermann pitton
2009-05-10  0:43                               ` hermann pitton
2009-05-09 22:52                                 ` Dmitri Belimov
2009-05-11  3:35                                   ` hermann pitton
2009-05-11 10:19                                     ` Mauro Carvalho Chehab
2009-05-12 21:21                                       ` Dmitri Belimov
2009-05-11 10:58                                     ` Dmitri Belimov
     [not found]                                     ` <20090513073757.6177c42e@glory.loctelecom.ru>
2009-05-13 23:44                                       ` hermann pitton
     [not found]                                         ` <20090514101758.04665ab4@glory.loctelecom.ru>
2009-05-14  1:10                                           ` hermann pitton
2009-05-22  0:51                                             ` hermann pitton
2009-04-30  1:14                 ` Andy Walls
2009-05-01  5:18                   ` hermann pitton
2009-05-01 23:55                     ` hermann pitton
2009-05-02  0:52                       ` Andy Walls
2009-05-02  2:05                         ` hermann pitton
2009-05-03  0:29                           ` hermann pitton
2009-05-06 22:58                   ` Dmitri Belimov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1240974643.4280.24.camel@pc07.localdom.local \
    --to=hermann-pitton@arcor.de \
    --cc=awalls@radix.net \
    --cc=d.belimov@gmail.com \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@infradead.org \
    --cc=video4linux-list@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.