On Sun, Jan 24, 2010 at 10:14 PM, Manu Abraham wrote:
> Hi Klaas,
>
> On Sun, Jan 24, 2010 at 2:58 PM, klaas de waal
> wrote:
>> The czap utility (dvb-apps/util/szap/czap.c) cannot scan the channel
>> configuration file when compiled on Fedora 12 with gcc-4.4.2.
0x67c, a 0x655
status 00 | signal | snr b7b7 | ber 000f | unc 0098 |
status 1f | signal d5d5 | snr f3f3 | ber 06c0 | unc 009b | FE_HAS_LOCK
status 1f | signal d5d5 | snr f4f4 | ber | unc | FE_HAS_LOCK
Hi Manu,
I have submitted a patch for dst.c on 9 Jan 11:46 to linux-media but
have not had any response from anybody since.
Should I have sent the patch directly to you, as you are one the
original authors of the code (assuming that there is only one Manu
Abraham), or is there anything else I shou
ethod that is not present in the .caps field.
This patch has been tested on a Twinhan VP2031A DVB-C card with the
2.6.32.2 kernel.
Signed-off-by: Klaas de Waal
--
diff -r b6b82258cf5e linux/drivers/media/dvb/bt8xx/dst.c
--- a/linux/drivers/media/dv
Hi,
The czap utility (dvb-apps/util/szap/czap.c) cannot scan the channel
configuration file when compiled on Fedora 12 with gcc-4.4.2.
Problem is tha the "sscanf" function uses the "%a[^:]" format
specifier. According to "man sscanf" you need to define _GNU_SOURCE if
you want this to work because
On Wed, Mar 25, 2009 at 2:38 AM, Christian Lyra wrote:
> Hi
>>> > > Hi,
>>> > > Am Donnerstag, den 09.10.2008, 22:15 +0200 schrieb klaas de waal:
>>> > > The table starts a new segment at 390MHz,
>>> > > > it then starts to use V
has now ended up somewhere in
linuxtv.org or that it is just local.
However, here it is:
changeset: 11143:f10e05176a88
tag: tip
user:Klaas de Waal
date:Tue Mar 24 22:59:44 2009 +0100
files: linux/drivers/media/common/tuners/tda827x.c
linux/drivers/media/dvb/ttpci/bud
