public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: handygewinnspiel@gmx.de
To: Mauro Carvalho Chehab <mchehab@redhat.com>
Cc: linux-media@vger.kernel.org
Subject: Re: [w_scan PATCH] Add Brazil support on w_scan
Date: Mon, 28 Mar 2011 19:20:45 +0200	[thread overview]
Message-ID: <20110328172045.64750@gmx.net> (raw)
In-Reply-To: <4D909B59.9040809@redhat.com>

Hi Mauro,

> This patch adds support for both ISDB-T and DVB-C @6MHz used in
> Brazil, and adds a new bit rate of 5.2170 MSymbol/s, found on QAM256
> transmissions at some Brazilian cable operators.

Good. :)

> While here, fix compilation with kernels 2.6.39 and later, where the
> old V4L1 API were removed (so, linux/videodev.h doesn't exist anymore).
> This is needed to compile it on Fedora 15 beta.

videodev.h should have never been in there. Was already reported and will be removed instead.

> @@ -1985,6 +1986,10 @@
>  		dvbc_symbolrate_min=dvbc_symbolrate_max=0;
>  		break;
>  	case FE_QAM:
> +		// 6MHz DVB-C uses lower symbol rates
> +		if (freq_step(channel, this_channellist) == 6000000) {
> +			dvbc_symbolrate_min=dvbc_symbolrate_max=17;
> +		}
>  		break;
>  	case FE_QPSK:
>  		// channel means here: transponder,

This one causes me headache, because this one has side-effects to all other DVB-C cases using 6MHz bandwidth.
Are there *any cases* around, where some country may use DVB-C with symbolrates other than 5.217Mbit/s? I know that for Europe there are many cases where low symbolrates are used, even if higher would be possible.

If there are any doubts, i would prefer a solution like this and add all countries know to use this srate:

  		dvbc_symbolrate_min=dvbc_symbolrate_max=0;
  		break;
  	case FE_QAM:
 +		// 6MHz DVB-C uses lower symbol rates
 +		switch (this_channellist) {
 +                       case DVBC_BR:
 +			      dvbc_symbolrate_min=dvbc_symbolrate_max=17;
 +                            break;
 +                       default:; 
 +		}
  		break;
  	case FE_QPSK:
  		// channel means here: transponder,


I need an valid answer which solution is better to accept this patch.

cheers,
Winfried
-- 
NEU: FreePhone - kostenlos mobil telefonieren und surfen!			
Jetzt informieren: http://www.gmx.net/de/go/freephone

  reply	other threads:[~2011-03-28 17:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-28 14:29 [w_scan PATCH] Add Brazil support on w_scan Mauro Carvalho Chehab
2011-03-28 17:20 ` handygewinnspiel [this message]
2011-03-28 18:46   ` Mauro Carvalho Chehab
2011-03-29 20:11     ` handygewinnspiel
2011-03-29 23:21       ` Mauro Carvalho Chehab
2011-03-31 10:45         ` Mauro Carvalho Chehab
2011-03-31 17:15           ` handygewinnspiel
2011-03-31 19:50             ` Mauro Carvalho Chehab
2011-03-31 19:52               ` Mauro Carvalho Chehab

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=20110328172045.64750@gmx.net \
    --to=handygewinnspiel@gmx.de \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox